Здравствуйте.Столкнулся с очень специфической проблемой в sendmail(8.11).
Не подскажите как решить.Есть почтовый шлюз с sendmail который форвардит почту на указанный почтовый сервер(он не в моей юрисдикции). И есть задача чтобы почта на данный сервер доставлялась всегда вне зависимости от возникающих ошибок на принимающей стороне и времени которое будет требоваться для доставки. Штатные timeout я открутил.
В итоге почти все хороши но иногда принимающий сервер генерит код 5.*.* и письмо прекращает отправляться и улетает в NDR.Собственно вопрос: можно ли настроить sendmail таким образом чтобы на любой код ответа(включая 5.*.*) ndr не генерилось,а письмо оставалось в спуле для повторных попыток отправки.
>Есть почтовый шлюз с sendmail который форвардит почту на указанный почтовый сервер(он
>не в моей юрисдикции). И есть задача чтобы почта на данный
>сервер доставлялась всегда вне зависимости от возникающих ошибок на принимающей сторонене получится.
вы сами сказали, что принимающий сервер не в вашей власти, как вы можете заставить его принять письмо, если он не собирается этого делать?>В итоге почти все хороши но иногда принимающий сервер генерит код 5.*.*
>и письмо прекращает отправляться и улетает в NDR.правильно, ибо rfc1893 гласит:
5.X.X Permanent Failure
A permanent failure is one which is not likely to be resolved by resending the message in the current form. Some change to the message or the destination must be made for successful delivery.Проблема не может быть решена повторной отправкой.
Если бы она могла быть решена, то принимающая сторона отдала бы код4.X.X Persistent Transient Failure
A persistent transient failure is one in which the message as sent is valid, but some temporary event prevents the successful sending of the message. Sending in the future may be successful.
>[оверквотинг удален]
>
>правильно, ибо rfc1893 гласит:
> 5.X.X Permanent Failure
>A permanent failure is one which is not likely to be resolved
>by resending the message in the current form. Some change to
>the message or the destination must be made for successful delivery.
>
>
>Проблема не может быть решена повторной отправкой.
>Если бы она могла быть решена, то принимающая сторона отдала бы коддалеко не все поведение sendmail соответствует rfc. В данном конкретном случае в том и суть что,несмотря на статичный характер ошибок( 5.*.* например User Unknown), на самом деле ошибка носит временный характер(проблема на стороне принимающей стороны). Почта же,рассылаемая с сервера генерируется автоматически с информационного ящика и повторной отправке не подлежит. Но при этом крайне важная. Поэтому и возникает вопрос,можно ли изменить штатное поведение sendmail при 5 коде с отправки ndr на повторную попытку отправки.
>далеко не все поведение sendmail соответствует rfc.на той стороне sendmail?
> В данном конкретном случае в
>том и суть что,несмотря на статичный характер ошибок( 5.*.* например User
>Unknown), на самом деле ошибка носит временный характер(проблема на стороне принимающей
>стороны).В таком случае имхо дешевле обойдется связаться с админом, и попросить выправить коды ошибок в его самоделках. Мне не верится, что sendmail будет выдавать постоянную ошибку вместо полагающейся временной по собственной инициативе.
> Почта же,рассылаемая с сервера генерируется автоматически с информационного ящика и
>повторной отправке не подлежит. Но при этом крайне важная. Поэтому и
>возникает вопрос,можно ли изменить штатное поведение sendmail при 5 коде с
>отправки ndr на повторную попытку отправки.Имхо штатными средствами - никак.
ХОтя разработчики на sendmail-конфе может что и присоветуют.
>>далеко не все поведение sendmail соответствует rfc.
>
>на той стороне sendmail?К сожалению,это науке не известно.
>[оверквотинг удален]
>В таком случае имхо дешевле обойдется связаться с админом, и попросить выправить
>коды ошибок в его самоделках. Мне не верится, что sendmail будет
>выдавать постоянную ошибку вместо полагающейся временной по собственной инициативе.
>> Почта же,рассылаемая с сервера генерируется автоматически с информационного ящика и
>>повторной отправке не подлежит. Но при этом крайне важная. Поэтому и
>>возникает вопрос,можно ли изменить штатное поведение sendmail при 5 коде с
>>отправки ndr на повторную попытку отправки.
>
>Имхо штатными средствами - никак.
>ХОтя разработчики на sendmail-конфе может что и присоветуют.Спасибо,попробую туда постучать