У меня есть SMTP-сервер IIS6 с настройками повторных попыток по умолчанию 15 минут, 30 минут и т. Д., Но при некоторых обстоятельствах он продолжает повторять попытки каждую минуту (или меньше). Как я могу это исправить?
Я видел, как он правильно повторяет (15 минут) после
451+Temporary+Policy+Rejection+-+Please+try+later 0
Но похоже, что эти щенки вызывают проблему:
2013-03-12 22:17:19 - - 451+Greylisted,+please+try+again+in+300+seconds 0
Я где-то читал, что слишком быстрые повторные попытки могут быть вызваны проблемами DNS на принимающей стороне.
Выдержка из логов:
2013-03-12 22:17:19 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:17:19 - - 451+Greylisted,+please+try+again+in+300+seconds 0
...
2013-03-12 22:18:20 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:18:20 - - 451+Greylisted,+please+try+again+in+239+seconds 0
...
2013-03-12 22:18:47 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:18:47 - - 451+Greylisted,+please+try+again+in+211+seconds 0
...
2013-03-12 22:19:49 RCPT - TO:<problem-email-address-obscured@x.x> 0
2013-03-12 22:19:49 - - 451+Greylisted,+please+try+again+in+150+seconds 0
Я могу дать ответ, который вам не нужен, но IIS SMTP очень прост и ограничен ... вы можете столкнуться с ошибкой. Я бы отправил все электронные письма на более полный SMTP-сервер, такой как postfix или qmail (оба на базе Linux), где они ставятся в очередь для доставки в Интернет. IIS SMTP будет использоваться как простой ретранслятор localhost, позволяющий обходить большинство его проблем.
Что касается вашей проблемы ... вы уверены, что это один и тот же адрес электронной почты? возможно, есть несколько писем, отправляемых на одно и то же электронное письмо и создающих этот очевидный плохой шаблон повтора.
В любом случае, 300 секунд в журналах - это просто комментарий на уровне пользователя, SMTP не прочитает его и не попытается ему подчиниться. Кроме того, принимающая сторона никак не влияет на время повтора отправителя, только код ответа (в данном случае 451) может вызывать различные реакции на стороне отправителя ... но эта реакция всегда будет согласованной.