Назад | Перейти на главную страницу

Что на самом деле означает «stat = Deferred: Соединение отклонено [x.x.x.x]» в журналах sendmail?

Может кто-нибудь уточнить, что именно запись журнала sendmail для stat=Deferred: Connection refused by [x.x.x.x] средства?

В какой момент SMTP-разговора может / будет sendmail выкинуть эту ошибку?

Например, могу ли я получить эту ошибку при отправке на удаленный MTA, который разрывает мое соединение после DATA?

Я отправляю нижестоящему источнику и со своей стороны вижу несколько сообщений «Отложено: соединение отклонено». Таким образом, мой MTA повторяет отправку сообщения. Нисходящий получатель сообщает о получении сообщения несколько раз, но не имеет журналов SMTP на их конце, чтобы точно указать, почему они получают дубликаты.

Мне интересно, возможно ли, что соединение может разорваться ПОСЛЕ того, как я отправлю полезную нагрузку сообщения, но ДО того, как другая сторона отправит 250 подтверждение получения. Может ли такой сценарий вызвать другую ошибку?

Отказ в соединении означает то, что всегда имел в виду: соединение никогда не было установлено, так как на удаленном конце ничего не ответили. В частности, это означает, что на SYN-пакет был получен ответ либо RST, либо ICMP-порт недоступен. Это происходит, когда ни один сервер не прослушивает этот удаленный порт, или когда брандмауэр настроен на явный отказ от соединений, а не на отбрасывание трафика.

Очевидно, что в этом контексте не происходило никакого разговора по протоколу SMTP, поскольку ни один канал связи никогда не открывался.

Это не объясняет, почему ваш получатель утверждает, что получил сообщения. Чтобы ответить на этот вопрос, вам, вероятно, придется углубиться в свои журналы и, вполне вероятно, в их журналы. И довольно странно, что у них вроде нет ...

Просто заметки

Нисходящий получатель сообщает о получении сообщения несколько раз, но не имеет журналов SMTP на их конце, чтобы точно указать, почему они получают дубликаты.

Он лжет. Период.

Ответ Майкла совершенно верен и полон и все объясняет.

На правах бреда: если в домене получателя более одного MX и только основной MX отклоняет соединения из внешних источников (но принимает из резервной MX, если необходимо), получатель может получать вашу почту, но:

  • только одна копия (если у вас не такой уж сумасшедший MTA)
  • доставка почты на backup-MX будет в ваших журналах
  • Дольше, чем маршрут доставки по умолчанию будет отражено даже в Received заголовки в сообщении на стороне получателя