С этим вопросом я обращался к своему провайдера. Привожу текст письма:
--------------------------------------------------------
VE> Имею к вам вопрос следующего содержания. Почему больше не работает
VE> подтверждение доставки писем? Раньше без проблем в своей почтовой
VE> программе (TheBat!) устанавливал флаг "Подтверждение доставки" и мне
VE> приходило уведомление, что письмо было доставлено на ящик получателя.
VE> А вот примерно неделю назад такая возможность перестала работать. То
VE> есть я, как и раньше, устанавливаю флаг "Подтверждение доставки", а
VE> никакого уведомления не приходит(хотя фактически адресаты получают
VE> мои письма). Если я не ошибаюсь, то, как правило, именно SMTP-сервер
VE> провайдера (в моём случае KievWeb) формирует подобные отчёты
VE> (подтверждения).
VE> Буду очень признателен Вам за помощь!
--------------------------------------------------------
На что мне прислали такой ответ:
--------------------------------------------------------
Дело в том, что в почт.клиенте TheBat! (текущих версий) реализован
устаревший механизм Return Receipt Requested, который исключен из состава
современных SMTP MTA. Недавно нами обновлено ПО SMTP сервера, по этому
функция подтверждения доставки писем в программе TheBat! перестала
работать. Будем надеятся, что разработчики TheBat! в будущих версиях
своей программы релизуют подтверждение доставки на основе более
современных технологий.
--------------------------------------------------------
Но и на этом я не успокоился и написал опять такое:
--------------------------------------------------------
VE> Спасибо за ответ!
VE> Но сопутствующий вопрос. Вы имели в виду флаг "Return-Receipt-To:" в
VE> заголовке письма? Это ведь он отвечает за подтверждение о доставке. А
VE> какой он должен быть по новым "меркам" (на основе новых технологий)?
--------------------------------------------------------
И мне ответили так:
--------------------------------------------------------
Поле Return-Receipt-To: в заголовке RFC-822 всего лишь позволяет Вам
при создании ответа на данное письмо не вводить адрес получателя
вручную. И дело вобщем-то не в нем. В TheBat! используется так
называемый Return Receipt Requested, устаревший метод. Более новые
- это: Delivery Status Notifications (DSNs) и Message Delivery
Notifications (MDNs), в TheBat! пока не реализованные.
--------------------------------------------------------
Но и на этом моя душа не успокоилась я отправил нижеследующее письмо, на которое ответ уже не получил (достал наверное). Под цитатой AS ответ провайдера, текст без цитат мои реплики:
--------------------------------------------------------
AS> Поле Return-Receipt-To: в заголовке RFC-822 всего лишь позволяет Вам
AS> при создании ответа на данное письмо не вводить адрес получателя
AS> вручную.
Простите, я не специалист, но всё же мне кажется, что это не так.
Во-первых поле "Return-Receipt-To:" добавляется TheBat!'ом только если
установить флаг "Подтверждение о доставке". Только что проверял: в
письмах без установленного этого флага поле "Return-Receipt-To:"
отсутствует! Во-вторых, "Return receipt" переводится как "Квитанция о
получении".
Может, вы спутали с "Reply-To:"?
Ещё раз прошу прощения, не подумайте, что я учу вас, просто хотелось бы
разобраться в проблеме.
AS> И дело вобщем-то не в нем. В TheBat! используется так называемый
AS> Return Receipt Requested, устаревший метод.
Что-то я это поле в упор не вижу
Кстати, у меня версия 1.62, у вас 1.53. Может, они по разному это
делают?
--------------------------------------------------------
У меня вопрос к спецам такой, прав ли мой провайдер, в самом ли деле Бат использует устаревший метод подтверждения доставки из-за чего сервера с новыми "модными" методами игнорируют старый метод??? Этот вопрос меня волнует, потоиу буду благодарен всем любому за путёвый ответ!
