Уведомление о статусе доставки Sendmail выглядит так:
The original message was received at Fri, 8 Feb 2013 10:49:11 +0100
from host1.example.local [192.168.0.1]
----- The following addresses had permanent fatal errors -----
<name1@example.com>
(reason: 550 Host unknown)
----- Transcript of session follows -----
550 5.1.2 <name1@example.com>... Host unknown (Name server: example.com.: host not found)
... while talking to mx.example.org.:
>>> DATA
<<< 450 4.7.1 <name2@example.org>: Recipient address rejected: Policy Rejection- Please try later.
<name2@example.org>... Deferred: 450 4.7.1 <name2@example.org>: Recipient address rejected: Policy Rejection- Please try later.
<<< 554 5.5.1 Error: no valid recipients
... while talking to mx.example.net.:
>>> DATA
<<< 451 4.7.1 Service unavailable - try again later
<name3@example.net>... Deferred: 451 4.7.1 Service unavailable - try again later
Для меня это все совершенно ясно (1 неверный адрес, 2 отложенных серый список). Но это очень сбивает с толку моих пользователей: есть Error
(паника); name2@example.org
- действительный адрес, но он упоминается в возвращаемой почте, поэтому явно не был доставлен и т. д.
Есть ли способ отключить Transcript of session follows
часть DSN Sendmail? В идеале использовать какой-то вариант в sendmail.mc
. Я надеюсь, что нет необходимости использовать этот язык, похожий на BrainF * CK, в котором правила перезаписи в sendmail.cf
написаны.
Sendmail 8.13.8 на CentOS5, но скоро 8.14.4 на CentOS6
В принципе, вы не можете. Вы можете отфильтровать его, если хотите, с помощью глобального скрипта procmail (или аналогичного). Но вы также можете попробовать
define(`confERROR_MESSAGE', `text')dnl
и посмотрим, что произойдет. В почтовых сообщениях, созданных вашими системами, text
будут добавлены к этим сообщениям. Включив что-то, что дает вашим пользователям больше подсказок, вы можете научить их, как это читать. Вы можете использовать макросы sendmail, например $u
в text
; они расширены. Если у вас есть копия 4-го издания книги о летучих мышах, этот вариант подробно обсуждается на страницах 1027-1028.