GWIA и облачные сервисы

[Михаил Цветаев]

Идет проблема по нарастающей с отправкой сообщений.
Систематически в логах вылезает ошибка 420 TCP Write error. Результат - через какое-то время Вам сообщатся о не доставке сообщения.
При попытке найти в инете информацию по решению удивила расшифровка https://wiki.mattrude.com/SMTP_Status_Codes

При разборе полетов выяснилось что в 10 случаях из 10 ошибка вылезает при отправке сообщений в облачные сервисы.
Так стало модно применять облачные сервисы по защите от спама. Предполагаю что на этом ломаемся.
Пример такой модной шутки

Имеется ли метода борьбы с данной проблемой?

[Ковалев Артем]

Имеется ли метода борьбы с данной проблемой?

Ну как обычно:

• обратная зона
• spf
• если не помогло - обращение в "модную штучку" с вопросом "wtf?"

[Михаил Цветаев]

Имеется ли метода борьбы с данной проблемой?

Ну как обычно:

• обратная зона
• spf
• если не помогло - обращение в "модную штучку" с вопросом "wtf?"

С ptr и TXT - всё в порядке. Предполагаю, если были проблемы то сообщения на один и тот же ресурс не уходили всегда. В моем случае не так. Иногда уходят.
По некоторым разрозненным публикация в инете что в основном это проблеме с GW и проблема с какими-то мифическими задержками.
И ни где нет хотя бы попытки решения.

По данным базы знаний Novell.com проблемы были в версиях 6.x, 7.0.1.
Но по поиску ошибки есть проблемы у версий 8.x и 2012 но ошибка 420 TCP Read error.

[URRY]

поставь между gwia и интернетом postfix в качестве релея и забудь про проблемы.

[skoltogyan]

туда из gwia уходит не по ssl ?
если не по ssl, то снимите tcpdump и посмотрите smtp-диалог и ход tcp соединения

может там чего интересного обнаружите.

А вы имеет информацию о том - в какие именно облачные сервисы отправка с проблемой ?

Вы к провайдеру не PPoE ?

[Михаил Цветаев]

поставь между gwia и интернетом postfix в качестве релея и забудь про проблемы.

Что-то в этом плане и сделано. Но это, в моем понимании, костыль. И это не правильно.

туда из gwia уходит не по ssl ?
если не по ssl, то снимите tcpdump и посмотрите smtp-диалог и ход tcp соединения

может там чего интересного обнаружите.

Тяжкое дело. Не благодарное.

А вы имеет информацию о том - в какие именно облачные сервисы отправка с проблемой ?

Всех получателей с кем были проблемы объединяет что используют хрень messagelabs.com, т.е. облачный антиспам.

Вы к провайдеру не PPoE ?

PPoE не используется.

[skoltogyan]

поставь между gwia и интернетом postfix в качестве релея и забудь про проблемы.

Что-то в этом плане и сделано. Но это, в моем понимании, костыль. И это не правильно.

туда из gwia уходит не по ssl ?
если не по ssl, то снимите tcpdump и посмотрите smtp-диалог и ход tcp соединения

может там чего интересного обнаружите.

Тяжкое дело. Не благодарное.
--------------

Та чо ?
tcpdump -nnl -i eth0 -s0 -w/var/log/dump1.log

где eth0 - интерфейс с которого уходит почта по smtp наружу.
как запустите его, отправте короткое тестовое письмо, обязательно такое:
-формат: plain text ( не html )
- в поле тема(однимсловом): testmessage9988
- в теле письма: bodymessage 7766
и отправить
как прийдет отлуп, так прерывайте tcpdump , и если сочтете возможным, и мне кинте фай /var/log/dump1.log на посмотреть.

1. у вашего IP( с которого smtp уходит) PTR куда указывает ?
2. в команде helo ваш GWIA что именно пишет при начале smtp сессии ?
3. отправте куда-либо, например в gmail тест от себя и там глянте, как выглядит полученны header - по-возможности сюда его выложите или мне кинте.
4. Ваш IP , с которого уходит почта от вас, как он тут(https://www.talosintelligence.com/reputation_center) выглядит. впишите там свой IP , откуда уходит SMTP и посмотрите ?

+ довесок:
каой DNS серврер используется на серваке, где GWIA установлен ?
попробуйте там настроить н аиспользование , типа 8.8.8.8 и "In order to solve it we built a linux DNS server just for our GWIA to use
and dropped its caching time to absolute minimum. That solved the issue."

[Михаил Цветаев]

поставь между gwia и интернетом postfix в качестве релея и забудь про проблемы.

Что-то в этом плане и сделано. Но это, в моем понимании, костыль. И это не правильно.

туда из gwia уходит не по ssl ?
если не по ssl, то снимите tcpdump и посмотрите smtp-диалог и ход tcp соединения

может там чего интересного обнаружите.

Тяжкое дело. Не благодарное.
--------------

Та чо ?
tcpdump -nnl -i eth0 -s0 -w/var/log/dump1.log

где eth0 - интерфейс с которого уходит почта по smtp наружу.
как запустите его, отправте короткое тестовое письмо, обязательно такое:
-формат: plain text ( не html )
- в поле тема(однимсловом): testmessage9988
- в теле письма: bodymessage 7766
и отправить
как прийдет отлуп, так прерывайте tcpdump , и если сочтете возможным, и мне кинте фай /var/log/dump1.log на посмотреть.

1. у вашего IP( с которого smtp уходит) PTR куда указывает ?
2. в команде helo ваш GWIA что именно пишет при начале smtp сессии ?
3. отправте куда-либо, например в gmail тест от себя и там глянте, как выглядит полученны header - по-возможности сюда его выложите или мне кинте.
4. Ваш IP , с которого уходит почта от вас, как он тут(https://www.talosintelligence.com/reputation_center) выглядит. впишите там свой IP , откуда уходит SMTP и посмотрите ?

+ довесок:
каой DNS серврер используется на серваке, где GWIA установлен ?
попробуйте там настроить н аиспользование , типа 8.8.8.8 и "In order to solve it we built a linux DNS server just for our GWIA to use
and dropped its caching time to absolute minimum. That solved the issue."

Спасибо за указание направления.
1. PTR - указывает на почтовый сервер. Сейчас на нем сидит Mdaemon как релей.
2. С репутацией IP по классификации mail - Good
3. С DNS пробовал экспериментировать - безрезультатно.

P.S. Я бы понял, да не работает и всегда - проблема в GWIА, но почему бывает что уходят сообщения. Предполагаю формат сообщений не зависит от времени суток и дня недели. Я уже начал прикидывать а не с наличием кириллицы проблемы?

[skoltogyan]

можете прислать одно письмо с кирилицей и одно без кирилицы в адрес ?
u2 AT amintegrator com