> Вариантов решения нет?
Мне кажется, что решать тут нечего. Похоже, что передающие серверы Micr0$oft
после выдачи команды QUIT сразу рвут TCP-соединение,
не дожидаясь ответа 221 принимающего Exim на команду QUIT
и не завершая TLS-соединение правильно.
17.05.2016 15:22, l...@lena.kiev.ua пишет:
Началось еще в 2013 году. Как успешно принятые письма,
так и отвергнутые (deny) в ACL rcpt или data.
Exim собран с openssl.
Вариантов решения нет?
2013-12-17 10:55:47 +0200 H=emea01-am1-ndr.ptr.protection.outlook.com
(emea01-am1-obe.outbound.protect
> Проблемы не наблюдается, так как письма принимаются.
> Есть ли у вас в логах такие ошибки?
Началось еще в 2013 году. Как успешно принятые письма,
так и отвергнутые (deny) в ACL rcpt или data.
Exim собран с openssl.
2013-12-17 10:55:47 +0200 H=emea01-am1-ndr.ptr.protection.outlook.com
(emea01-
17.05.16 10:56, Golub Mikhail пишет:
> Доброго времени суток.
>
> Вот такой вопрос.
> Проблемы не наблюдается, так как письма принимаются.
> В логах записи такого рода:
> 2016-05-17 05:26:40 SSL_write: (from
> mail-db3on0111.outbound.protection.outlook.com
> (emea01-db3-obe.outbound.protection.outl
Доброго времени суток.
Вот такой вопрос.
Проблемы не наблюдается, так как письма принимаются.
В логах записи такого рода:
2016-05-17 05:26:40 SSL_write: (from
mail-db3on0111.outbound.protection.outlook.com
(emea01-db3-obe.outbound.protection.outlook.com) [157.55.234.111])
syscall: Broken pipe