Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Подтверждение доставки письма: MDaemon+ The Bat и Outlook

Автор: nekto
Дата сообщения: 13.11.2003 07:57
Почему не приходит подтверждение о доставке сообщения? Может на сервере нужно что-нибудь сделать чтобы эта функция заработала?

(Почтовый клиент The Bat! и Outlook. Сервер MDaemon 6.8.5)
Автор: lynx
Дата сообщения: 13.11.2003 08:21
nekto


Цитата:
Почему не приходит подтверждение о доставке сообщения? Может на сервере нужно что-нибудь сделать чтобы эта функция заработала?

(Почтовый клиент The Bat!


Может, потому, что Бат вообще-то спрашивает, создать ли подтверждение или нет. Я, например, НИКОГДА не подтверждаю, потому что меня это бесит.


Автор: nekto
Дата сообщения: 14.11.2003 02:07
Я имею ввиду подтверждение о доставке, а не о прочтении. С последним все ясно и понятно, оно работает. О доставке должен сообщать сервер, но он почему-то это не делает.

Народ, попробуйте отправить сообщение с подтверждением о доставке, придет ли к вам подтвержение. (масло масляное, намазанное на хлеб с маслом %)))
Автор: Cheery
Дата сообщения: 14.11.2003 02:27
nekto
Setup->Miscallenous Options->Headers

Цитата:
Honor "Return-Receipt-To" headers

This switch determines how MDaemon will behave when faced with a request for deliver confirmation from an incoming message. If set, a confirmation message will be dispatched to the sender of the triggering message. Otherwise such requests are ignored.
Автор: nekto
Дата сообщения: 14.11.2003 05:09
не помогает
Автор: Cheery
Дата сообщения: 14.11.2003 05:10
nekto

Цитата:
не помогает

Тогда проверь, что в заголовке полученного письма есть такой header
Автор: nekto
Дата сообщения: 14.11.2003 06:11
Точнее сказать заработало но только в одно направлении.

Когда я посылаю сообщение с внешнего адреса на свой MDaemon, то подтверждение о доставке приходит (т.е. судя по всему демон начал отрабатывать эту функцию).

А мне вообще было интересно получение подтверждения при отправке на внешний адрес. (И тут я начинаю понимать, что видимо это зависит от настроек внешнего почтового сервера и своего демона крутить бесполезно. Так?)

А вот раньше (лет 5 назад) при отправке писем подтверждения я получал без проблем ото всех серверов.

Странно
Автор: Cheery
Дата сообщения: 14.11.2003 19:41
nekto

Цитата:
А мне вообще было интересно получение подтверждения при отправке на внешний адрес. (И тут я начинаю понимать, что видимо это зависит от настроек внешнего почтового сервера и своего демона крутить бесполезно. Так?)

да, так

Цитата:
А вот раньше (лет 5 назад) при отправке писем подтверждения я получал без проблем ото всех серверов.

Странно

Политика постмастеров постоянно меняется.. особенно при такой куче спама.
Автор: Sadok
Дата сообщения: 14.11.2003 23:14
nekto

Цитата:
О доставке должен сообщать сервер, но он почему-то это не делает.

Ага. Щаз... Плиз, ссылку на rfc, где такое прописано. Все эти, извините, долбанные подтверждения шлет почтовый клиент. И если у вас где-то они ходили спокойно, а на новом месте не "ходятъ" - все вопросы к настройкам клиента.
Другое дело, что МДемона можно настроить РЕАГИРОВАТЬ ОСОБЫМ ОБРАЗОМ (не более того) на входящую/исходящую почту, но слать подтверждения он не обязан.
Автор: Cheery
Дата сообщения: 14.11.2003 23:33
Sadok

Цитата:
Ага. Щаз... Плиз, ссылку на rfc, где такое прописано. Все эти, извините, долбанные подтверждения шлет почтовый клиент. И если у вас где-то они ходили спокойно, а на новом месте не "ходятъ" - все вопросы к настройкам клиента.
Другое дело, что МДемона можно настроить РЕАГИРОВАТЬ ОСОБЫМ ОБРАЗОМ (не более того) на входящую/исходящую почту, но слать подтверждения он не обязан.

Существует два типа подтверждения.. о доставке - отсылается сервером, и о прочтении - отсылается почтовым клиентом при прочтении письма.. Еще есть вопросы?
Да, ессно все зависит от настроек, но не нужно путать два разных типа.
Delivery Status Notifications и Message Disposition Notifications
Вы просили RFC? Пожалуйста
http://www.zvon.org/tmRFC/RFC2532/Output/chapter2.html

Цитата:
In Internet Mail, the operations of Delivery (to the mailbox) and Disposition (to paper or a screen) may be separated in time (due to store and forwarding of messages) and location (due to separation of delivery agent (MTA) and user agent (MUA)). The confirmation of these two operations are supplied by two different standards-track mechanisms: Delivery Status Notifications (DSN) [RFC1891, RFC1894] and Message Disposition Notifications (MDN) [RFC2298], respectively.
Автор: Sadok
Дата сообщения: 15.11.2003 00:00
Cheery

Цитата:
Вы просили RFC? Пожалуйста

Стоп! Сейчас полезем в дебри и там погибнем, смертью храбрых админов Ключевая фраза "may be", а не "should be' или "necessarily". Я не видел, признаю:
а) MTA, имеющих опцию в настройках "подтверждать доставку"
б) Опцию из п. "а", стоящую по-умлочанию

Не прав? Поправьте меня, плз. Выслушаю с удовольствием.
Автор: Cheery
Дата сообщения: 15.11.2003 00:03
Sadok

Цитата:
Не прав? Поправьте меня, плз. Выслушаю с удовольствием.

При чем тут это? я сказал что есть два разных типа.. работать будут они или нет - зависит от настроек в одном случае почтовика, во втором клиента..
Не смущай человека, который задал вопрос в этой теме.

Цитата:
а) MTA, имеющих опцию в настройках "подтверждать доставку"

Я видел и наверху уже отметил где такое отметить у MDaemon

Цитата:
б) Опцию из п. "а", стоящую по-умлочанию

Смотри выше..
зы: и фраза may be в цитате относится совершенно к другому..
Автор: Sadok
Дата сообщения: 15.11.2003 00:43
Cheery
Всё... Убил (серьезно говорю).... Признаю свою неправоту.
ПЫС: но подтверждения о доставке/прочтении - ненавижу

Страницы: 1

Предыдущая тема: HASP LM Manager падает при большом количестве подключений


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.