Как клиенты обрабатывают SMTP-команду, вызвавшую ошибку, — Mail

Это то, на чем вы действительно просите сосредоточиться. Я, скорее всего, разберу ваш Capture Wireshark/Pcap и корпоративный почтовый трафик, а потом зайду и в результате посмотрю, что с человеком будет. При необходимости вы можете просто перестроиться через telnet, это даст вам новое лучшее представление о том, какие ошибки в конечном итоге возникают. Может быть, это ваши обстоятельства, а может и нет.

Здравствуйте, компания, я столкнулся с проблемой, которая вызывает у меня дома много осложнений. Мы аккуратно отправляем электронный счет, ERP ставит перед ним задачу и отправляет на SMTP (Windows Server 2012 R2), который доставляет его клиенту.

Некоторые работают, дело в том, что другие клиенты видят почтовый интернет и отказываются от соединения. У меня это исправлено, потому что отправка неподтвержденных квитанций (из одной страны) одной, когда другой - это кошмар.

Кажется, я столкнулся с несколькими дилеммами, да, довольно часто встречающимися:

Сообщение на номер доставки «46.105.158.212», переданное удаленному домену «thedomain.net», не удалось создать по следующей причине: удаленной службе SMTP AUTH не удалось согласовать. Доставка

Сообщение "185.166.213.99" не может быть предоставлено удаленному домену "thedomain.com" по следующей причине: удаленная служба SMTP не всегда поддерживает TLS.
«Действие SMTP, которое сгенерировало сообщение об ошибке человека, почти очевидно — «STARTTLS». Ответ сервера контроллера: '250-eufrates.serverforisp.net Здравствуйте, 81-46-202-57.mydomain.net [81.46.202.57] (вероятно, неправильно), pl'.

* Я меняю местоположение и IP-адрес на случайный из соображений безопасности.

<ч>

Доставка сообщения на хостинг «178.32.1.145» не удалась при доставке на удаленный конец интернет-сайта пользователя «thedomain.com» по следующей причине: удаленная служба SMTP отказала в подтверждении SSL, поскольку действие сертификата было прекращено. <цитата блока>

systouny написал:

...

Сообщение должно быть доставлено на этот определенный хост '46.105.158.212', но доставка во все удаленные домены 'thedomain.net' не удалась по следующей причине: RemoteSMTP Happiness AUTH отказался вести переговоры .

...

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

<цитата блока>

systouny написал:

...

Служба передачи почты на хост «178.32.1.145» не удалась, когда вам нужно доставить почту на удаленную территорию «thedomain.com» по следующей причине: Удаленная служба SMTP отклонила подтверждение SSL, поскольку сертификат был фактически закрыт. .< br>

.. .

Ваш официальный документ SSL на вашем сервере также закончился, поэтому принимающему серверу обычно не нужно доверять ему для проверки или просто шифрования. Обновите сертификат SSL.

<цитата блока>

systouny написал:

...

Не удалось доставить почту на адрес «185.166.213.99» различного типа при доставке в отключенный домен «thedomain.com» из-за фокусировки на причине: удаленная служба SMTP не может поддерживать TLS.
SMTP — глагол обычно вызывает ошибка "STARTTLS". Ответ из удаленного интернета: "250-eufrates.serverforisp.net hiya 81-46-202-57.mydomain.net [81.46.202.57] (может быть подделка) пожалуйста."

...

Они навязывают зашифрованную электронную почту для передачи, и основной принимающий сервер никогда не поддерживает ее. Вам не нужно использовать TLS для их отправки, переключаясь на оппортунистический TLS, при условии, что по закону вы не обязаны использовать транспортное шифрование. Предполагая, что это возможно, TLS шифрует трафик, где это возможно, а также для тех, кто это делает, набор, который получает системы перекачки зашифрованного трафика, некоторые незашифрованные сообщения электронной почты.

Заключительная мысль: используйте любой ретранслятор smarthost с вашего сервера 2012 и Office 354 или передающий сервер/хост, для этого вы можете применить шифрование и аутентификацию файлов TLS, в идеале определить несколько коннекторов, если у вас есть возможность аутентификации с помощью обычной почты. клиент сервера. .