Я получаю следующую ошибку при попытке отправить электронное письмо с помощью telnet с клиента xxxx-01 с телом почты, превышающим определенный объем текста. Такая же длина тела отлично работает на оставшихся двух хостах xxxx-02 & amp; 03 на тот же ретранслятор без каких-либо проблем. Целевой ретрансляционный узел работает на RHEL 6 и postfix 2.6. TCP DUMP не указывает на какие-либо проблемы на целевом хосте / клиенте.
Масштабирование окна TCP включено как на целевых, так и на клиентских хостах, поэтому я не думаю, что нам действительно нужно отключить его, поскольку он отлично работает на других клиентах.
Письмо с меньшим текстом отлично работает с хостом целевого ретранслятора xxxx-01>
Сообщение об ошибке:
smtp error 421 4.4.2 Error: timeout exceeded after 5 minutes
3 клиента и их версия ядра (Ubuntu)
root@xxxx-02:~# uname -r
4.4.0-63-generic
root@xxxx-03:~# uname -r
4.4.0-59-generic
Не работает Клиент:
root@xxxx-01:~# uname -r
4.4.0-64-generic
Журнал ошибок на узле ретрансляции почты, на котором запущены постфикс 2.6 и RHEL6:
2017-04-12T18:56:40.999543-05:00 840439-abc8 postfix/smtpd[8865]: connect from unknown[172.24.32.6]
2017-04-12T18:56:41.010133-05:00 840439-abc8 postfix/smtpd[8865]: 02717B0093E: client=unknown[172.24.32.6]
2017-04-12T18:57:05.481704-05:00 840439-abc8 postfix/smtpd[10309]: connect from unknown[172.24.32.6]
2017-04-12T18:57:32.091900-05:00 840439-abc8 postfix/smtpd[10309]: 16678B009B1: client=unknown[172.24.32.6]
2017-04-12T19:01:41.112792-05:00 840439-abc8 postfix/smtpd[8865]: timeout after DATA (0 bytes) from unknown[172.24.32.6]
2017-04-12T19:01:41.112811-05:00 840439-abc8 postfix/smtpd[8865]: disconnect from unknown[172.24.32.6]
2017-04-12T19:03:12.218402-05:00 840439-abc8 postfix/smtpd[10309]: timeout after DATA (30 bytes) from unknown[172.24.32.6]
2017-04-12T19:03:12.218421-05:00 840439-abc8 postfix/smtpd[10309]: disconnect from unknown[172.24.32.6]
Telnet от клиента
ops@xxxx-01:~$ telnet mail8.xyz.com 25
Trying 192.168.203.205...
Connected to mail8.xyz.com.
Escape character is '^]'.
220 mail8.xyz.com ESMTP Postfix
EHLO 72.xx.xx.xx
250-mail8.xyz.com
250-PIPELINING
250-SIZE 9900000
250-VRFY
250-ETRN
250-AUTH PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
MAIL FROM: noreply@xyz.com
250 2.1.0 Ok
RCPT TO: abc.xyz@xyz.com
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: Some Feed Results: SomeFeedserviceFeedService - xxxx-01
01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*100* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*200* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*300* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*400* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*500* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*600* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*700* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*800* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*900* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 9012*1000* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*100* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*200* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*300* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123456
.
421 4.4.2 mail8.xyz.com Error: timeout exceeded
Connection closed by foreign host.
ops@xxxx-01:~$
Он отлично работает, если я удаляю некоторые цифры с конца тела письма
ops@xxxx-01:~$ telnet mail8.xyz.com 25
Trying 192.168.203.205...
Connected to mail8.xyz.com.
Escape character is '^]'.
220 mail8.xyz.com ESMTP Postfix
EHLO 72.xx.xx.xx
250-mail8.xyz.com
250-PIPELINING
250-SIZE 9900000
250-VRFY
250-ETRN
250-AUTH PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
MAIL FROM: noreply@xyz.com
250 2.1.0 Ok
RCPT TO: abc.xyz@xyz.com
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: Some Feed Results: SomeFeedserviceFeedService - xxxx-01
01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*100* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*200* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*300* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*400* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*500* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*600* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*700* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*800* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*900* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 9012*1000* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*100* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*200* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 90123*300* 01234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 901234567 9012345
.
250 2.0.0 Ok: queued as 87871B01839
quit
221 2.0.0 Bye
Поэтому вопрос заключается в том, почему он терпит неудачу только от одного клиентов? это тайм-ауты примерно через несколько минут только на клиенте «xxxx-01». Единственная разница между этими тремя клиентами - незначительная разница в версии ядра, но я не думаю, что это основная причина.
прежде всего, чтобы понять SMTP в глубину, я надеюсь, что вы найдете это полезным: http://www.freesoft.org/CIE/RFC/1123/109.htm 5 минут сгенерированы через 2 минуты после инициирование ввода данных плюс 3 минуты для блока данных. оба из них вносят вклад в 5 минут
, так как вы устали посылать меньший размер сообщения, тогда, очевидно, проблема запускается по размеру сообщения.
за то, что у вас есть 2 пути, о которых нужно подумать:
во-первых, сообщение слишком велико, с флагом фрагмента, установленным в 0, и ICMPv4 заблокирован на вашем брандмауэре или целевом брандмауэре или другом устройстве безопасности. это означает, что две стороны (отправитель, получатель) не могут согласовать MTU, что означает, что на других словах этот размер недопустим во время установления связи SMTP.
второй вариант, у получателя могут быть определенные правила почты ограничение определенного размера (дросселирование).
прежде всего, чтобы понять SMTP в глубину, я надеюсь, что вы найдете это полезным: http://www.freesoft.org/CIE/RFC/1123/109.htm 5 минут сгенерированы через 2 минуты после инициирование ввода данных плюс 3 минуты для блока данных. оба из них вносят вклад в 5 минут
, так как вы устали посылать меньший размер сообщения, тогда, очевидно, проблема запускается по размеру сообщения.
за то, что у вас есть 2 пути, о которых нужно подумать:
во-первых, сообщение слишком велико, с флагом фрагмента, установленным в 0, и ICMPv4 заблокирован на вашем брандмауэре или целевом брандмауэре или другом устройстве безопасности. это означает, что две стороны (отправитель, получатель) не могут согласовать MTU, что означает, что на других словах этот размер недопустим во время установления связи SMTP.
второй вариант, у получателя могут быть определенные правила почты ограничение определенного размера (дросселирование).
прежде всего, чтобы понять SMTP в глубину, я надеюсь, что вы найдете это полезным: http://www.freesoft.org/CIE/RFC/1123/109.htm 5 минут сгенерированы через 2 минуты после инициирование ввода данных плюс 3 минуты для блока данных. оба из них вносят вклад в 5 минут
, так как вы устали посылать меньший размер сообщения, тогда, очевидно, проблема запускается по размеру сообщения.
за то, что у вас есть 2 пути, о которых нужно подумать:
во-первых, сообщение слишком велико, с флагом фрагмента, установленным в 0, и ICMPv4 заблокирован на вашем брандмауэре или целевом брандмауэре или другом устройстве безопасности. это означает, что две стороны (отправитель, получатель) не могут согласовать MTU, что означает, что на других словах этот размер недопустим во время установления связи SMTP.
второй вариант, у получателя могут быть определенные правила почты ограничение определенного размера (дросселирование).