|
|
Знаете ли Вы, что ... | |
...нарушения правил форума наказываются. Старайтесь их не нарушать. | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
UZTELECOM Раздел компании UZTELECOM UZTELECOM (Также раздел для провайдера UzNet). Другие официальные разделы: UzMobile |
Закрыто |
|
Опции темы | Опции просмотра |
25.07.2013 11:52 | #1 | ||
Коллеги добрый день.
Провел небольшое расследование неадекватной работы антиспама. Заметил небольшую проблемку - SMTP банеры режутся на входе и на выходе из Узбекистана. Т.е. делаем к примеру telnet 195.158.7.82 25 из Узбекистана получаем: 220 excaht1srv.uzinfocom.local Microsoft ESMTP MAIL Service ready at Thu, 25 Jul 2013 11:46:56 +0500 Делаем тоже самое из мира и получаем: 220 ************************************************** ********************************************** т.е. все символы заменены на знак "*" и принимающий сервер не может определить по банеру правильно ли выставлены Revers PTR и отсылает письмо в нежелательные или дропает. Тоже самое если письмо падает снаружи SMTP банер режется и к примеру мой антиспам режет письма от зарубежных партнеров. Насколько мне кажется убивание спама по Revers PTR весьма эффективно. Банер режется из-за того что на одной(не одной?) из цисок через которую проходит весь поток трафика не отключен параметр SMTP Inspection. Это возможно как-нибудь пофиксить или это фича?
__________________
Нужно делать так, как нужно, а как не нужно, делать не нужно. |
|||
|
26.07.2013 15:20 | #2 |
И тишина.
Забавно, судя по всему: 1) Либо никто не сталкивался. 2) Либо никто не разбирается. 3) Либо все пофиг.
__________________
Нужно делать так, как нужно, а как не нужно, делать не нужно. |
|
|
26.07.2013 15:33 | #3 | |
Uzbekistan
системный администратор
AKA:Tatarin
Сообщений: 145
+ 108
41/33
– 2
0/0
|
Цитата:
вроде всегда reverse PTR проверка проходила если есть нужные записи... если бы проверка не проходила - думаю многие почтовики gmail mail.ru и т.д. не принимали бы письма от нас (с серверов в Узбекистане). наверно всетаки проверка проходит не по банеру (не так как вы описали), да и банер некотрые специально меняют чтобы не было поняно что за почтовик и версия. может конечно что-то путаю. |
|
|
26.07.2013 15:48 | #4 |
А забавно видимо оно само, но telnet теперь нормально стал отрабатывать и SMTP банеры перестали резаться. Хотя в течении полугода с разных хостов проверял это дело, сегодня ситуация выправилась.
__________________
Нужно делать так, как нужно, а как не нужно, делать не нужно. |
|
|
26.07.2013 16:06 | #5 |
Сообщений: 183
+ 98
51/34
– 0
1/1
|
Сталкивался пару раз, последний раз в начале этого месяца. Пришел отлуп от timeweb.ru, говорящий о том, что мол PTR absent, посему, идите лесом. Переотравили письмо через полчаса, дошло. Если честно, не узрел массовости сего явления, может быть плохо смотрел. Попросил проверить с России, все ок,никаких зведочек.
Тоже самое, и mxtoolbox и nettools. |
|
26.07.2013 16:23 | #6 |
Дык еще вчера было, на том же mxtoolbox, и просто telnet`ом из мира.
__________________
Нужно делать так, как нужно, а как не нужно, делать не нужно. |
|
|
26.07.2013 16:35 | #7 | |
Сообщений: 183
+ 98
51/34
– 0
1/1
|
Цитата:
SMTP баннер может быть практически любым, главное 220 впереди написать. Если после telnet some.mailhost.com 25 и появления звездочек дать команду ehlo, то в консоле опять звездочки рисовало? P.S темка то оживилась, вот что пендель то в день СисАдмина делает Последний раз редактировалось Denis Belov; 26.07.2013 в 16:37. |
|
|
Реклама и уведомления | |
26.07.2013 16:39 | #8 | ||
Цитата:
__________________
Нужно делать так, как нужно, а как не нужно, делать не нужно. |
|||
|
26.07.2013 16:47 | #9 |
Сообщений: 183
+ 98
51/34
– 0
1/1
|
|
|
2 "+" от:
|
26.07.2013 16:51 | #10 |
Вот вечно я вытерпеть доконца не могу
__________________
Нужно делать так, как нужно, а как не нужно, делать не нужно. |
|
|
"+" от:
|
|