У меня есть ситуация, когда электронные письма отправляются из Exchange 2003 с использованием учетной записи электронной почты с помощью Java API, подключающегося к SMTP-серверу в поле Exchange.
Квитанции о доставке часто бесполезны, поскольку они генерируются отправляющим сервером при передаче сообщения на первый переход SMTP. Квитанции о доставке никоим образом не отражают фактический статус доставки сообщения в почтовый ящик получателя.
Я считаю квитанции о прочтении злым инструментом офисной политики, а также глупой утечкой ресурсов сервера.
Ваш Java API должен добавлять Disposition-Notification-To: заголовок, если вам нужны квитанции. Тогда вам не придется писать уродливый (и устаревший) транспортный приемник SMTP (я могу думать только о том, чтобы делать то, что вы пытаетесь сделать, без вызова еще более старого и устаревшего API - Exchange Event Service), чтобы штамповать заголовки за вас. (Видеть http://tools.ietf.org/html/rfc3798 подробнее ...)
Кстати: я больше этим не занимаюсь, так как я напрямую подотчетен своим клиентам, но мне так надоела офисная политика на моей «старой работе», что я удалил все «внутренние» электронные письма с запросами на получение. просил, не читая их сначала. К счастью, мы использовали Outlook / Exchange, так что я мог делать это незаметно. Действительно ужасно поврежденные системы электронной почты (такие как Novell Groupwise) информируют отправителя о непрочитанном удалении, хотя я полагаю, что это также дало бы желаемый эффект.
Используя информацию Эвана, я смог создать сообщение с помощью telnet, используя следующее: приму его предположение, что никто не покажет мне, как это сделать с сервером (хотя я не думаю, что это будет лучший способ).
ehlo
mail from: administrator@company.com
rcpt to: <kbrandt@company.com> NOTIFY=SUCCESS,FAILURE ORCPT=rfc822;kbrandt@company.com
data
From: <administrator@company.com>
To: <kbrandt@company.com>
Disposition-Notification-To: <administrator@company.com>
Return-Receipt-To: <administrator@company.com>
Subject: Test2
foo
.