Быстрая проверка
Модератор: Max Terentiev
Быстрая проверка
Спасибо за ОЧЕНЬ нужную программу, Максим!
Но она явно сырая... "Быстрая проверка" таковой в действительности не является. Вот тебе некоторая статистика: Проверка 1 млн. адресов, быстрая проверка, время запуска - вчера в 19.00, время окончания - на 9.00 утра закончено только 98%. Как ты сам понимаешь, такую проверку "быстрой" назвать трудно. Чувствуется явная недоработка этого режима. Обрати внимание на High Speed Verifyer (http://www.massmail.ru/hsv/). На мой взгляд там всё сделано правильно кроме удобной работы с базой адресов.
Так же необходима проверка валидности того, что содержится в MX записи. Зачастую встречал, что там стоит или localhost, или что-то типа 10.10.222.1 (это когда почта внутренняя для своей сети, но растяпы сисадмины выдают эти адреса "наружу"). Как сам понимаешь, по таким адресам почту не отправишь. Проверить MX хотя бы на однозначно "кривые" IP-адреса (10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, 127.0.0.0/8 ) думаю будет несложно.
Еще одна необходимая проверка. Предположим, что DNS выдал MX mail.superfirma.ru, а вот A записи для mail.superfirma.ru не существует. Такое тоже бывает сплошь и рядом.
Алгоритм такой проверки вижу следующим образом: Получаем MX запись, по полученной записи ищем А запись, полученный IP-адрес проверяем на "кривые" адреса и прочие несуразности. Если еще пробуем и коннект на 25 порт, то будет совсем "кучеряво", тем более что при наличии кэширования такая проверка будет производиться всего лишь один раз за всю сессию проверки и скорость не сильно упадет.
Удачи, Макс, ждем доработки!
Но она явно сырая... "Быстрая проверка" таковой в действительности не является. Вот тебе некоторая статистика: Проверка 1 млн. адресов, быстрая проверка, время запуска - вчера в 19.00, время окончания - на 9.00 утра закончено только 98%. Как ты сам понимаешь, такую проверку "быстрой" назвать трудно. Чувствуется явная недоработка этого режима. Обрати внимание на High Speed Verifyer (http://www.massmail.ru/hsv/). На мой взгляд там всё сделано правильно кроме удобной работы с базой адресов.
Так же необходима проверка валидности того, что содержится в MX записи. Зачастую встречал, что там стоит или localhost, или что-то типа 10.10.222.1 (это когда почта внутренняя для своей сети, но растяпы сисадмины выдают эти адреса "наружу"). Как сам понимаешь, по таким адресам почту не отправишь. Проверить MX хотя бы на однозначно "кривые" IP-адреса (10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, 127.0.0.0/8 ) думаю будет несложно.
Еще одна необходимая проверка. Предположим, что DNS выдал MX mail.superfirma.ru, а вот A записи для mail.superfirma.ru не существует. Такое тоже бывает сплошь и рядом.
Алгоритм такой проверки вижу следующим образом: Получаем MX запись, по полученной записи ищем А запись, полученный IP-адрес проверяем на "кривые" адреса и прочие несуразности. Если еще пробуем и коннект на 25 порт, то будет совсем "кучеряво", тем более что при наличии кэширования такая проверка будет производиться всего лишь один раз за всю сессию проверки и скорость не сильно упадет.
Удачи, Макс, ждем доработки!
И еще в догонку... Обычная практика когда указано несколько MX серверов. Причем иногда бывают "хитрые" ловушки. Например, есть три мэйл сервера:
MX 10 mail1.firma.ru
MX 20 mail2.firma.ru
MX 30 mail3.firma.ru
При передаче почты все, естественно, коннектятся на MX 10 mail.firma.ru. При этом на этом сервере стоит тайм-аут 2 минуты, после чего этот сервер начинает разговаривать, но всю отправляемую тобой почту принимает за спам, а затем в этом домене твой адрес вообще блокируется... А всё оказывается очень просто. "Нормальные" SMTP сервера при коннекте на такую "бяку" сами отваливаются по своему тайм-ауту через 30 сек. и идут на MX 20 mail2.firma.ru где их почта успешно принимается. А вот "кривые" SMTPшники такого не делают и попадают в просак. Как видишь, всё просто и изящно. Не хотелось бы, чтобы твой софт попадал в такие ловушки.
MX 10 mail1.firma.ru
MX 20 mail2.firma.ru
MX 30 mail3.firma.ru
При передаче почты все, естественно, коннектятся на MX 10 mail.firma.ru. При этом на этом сервере стоит тайм-аут 2 минуты, после чего этот сервер начинает разговаривать, но всю отправляемую тобой почту принимает за спам, а затем в этом домене твой адрес вообще блокируется... А всё оказывается очень просто. "Нормальные" SMTP сервера при коннекте на такую "бяку" сами отваливаются по своему тайм-ауту через 30 сек. и идут на MX 20 mail2.firma.ru где их почта успешно принимается. А вот "кривые" SMTPшники такого не делают и попадают в просак. Как видишь, всё просто и изящно. Не хотелось бы, чтобы твой софт попадал в такие ловушки.
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
Да нет, не стояла, а продолжала проверять, но ОЧЕНЬ медленно. У меня сложилось впечатление, что DNS сервера, и pramary, и secondary просто "опухли" от такого количества запросов и просто стали "тормозить", т.к. имеем кучу вот таких логов:
Checking address: defoshdr@bk.ru
Resolving remote host...
500 Connection timed out (Winsock error #10060)
Check result UNKNOWN
А возможно, что тормозить стали DNS сервера доменов которые проверялись из-за большого количества запросов с одного IP.
1 000 000 / 20 000 = 50 минут - это очень даже неплохо! Когда ждать релиз?
Checking address: defoshdr@bk.ru
Resolving remote host...
500 Connection timed out (Winsock error #10060)
Check result UNKNOWN
А возможно, что тормозить стали DNS сервера доменов которые проверялись из-за большого количества запросов с одного IP.
1 000 000 / 20 000 = 50 минут - это очень даже неплохо! Когда ждать релиз?
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
Я вот могу предложить еще как бы вариант сложный и никак конечно не может быть использовано при "быстром DNS",просто столкнулся
этапы:
1) определения NS-серверов домена. В делом в том что мой провайдер мягко говоря не имеет понятия о большенстве доменах в зоне ru =(. я могу другой установить но снижается скорость обработки. Хотя большей частью это грех прова а не проги. Часто возникают ситуации когда мыло станет "невалидным". Тут юзеру решать стоит ли пользовать этот режим
2) ну определяет что MX-сервера. это нормально что сервер перегружен (выдаёт 4хх). список определнных серверов нельзя ограничивать только одной записью, можно (желательно) предусмотреть возможность дополнительно проверить по списку (если mx-серверов больше одного).
можно например осуществить допроверку адресатов (долбить дней через 1-2)
может быть я и не прав
этапы:
1) определения NS-серверов домена. В делом в том что мой провайдер мягко говоря не имеет понятия о большенстве доменах в зоне ru =(. я могу другой установить но снижается скорость обработки. Хотя большей частью это грех прова а не проги. Часто возникают ситуации когда мыло станет "невалидным". Тут юзеру решать стоит ли пользовать этот режим
2) ну определяет что MX-сервера. это нормально что сервер перегружен (выдаёт 4хх). список определнных серверов нельзя ограничивать только одной записью, можно (желательно) предусмотреть возможность дополнительно проверить по списку (если mx-серверов больше одного).
3) ну в список "бяков" SMTP-сервер ваш IP не вносит. Причина таймаута - исключить проверки валидности (потому что обычно есть другие MX-сервера для приема почты). либо ваш IP уже в списках RBL(CBL,XBL), есть правда еще grey list - обратите внимание есть неплохая стсатья http://www.eserv.ru/Grey_Listing/Torion писал(а):блокируется... А всё оказывается очень просто. "Нормальные" SMTP сервера при коннекте на такую "бяку" сами отваливаются по своему тайм-ауту через 30 сек. и идут на MX 20 mail2.firma.ru где их почта успешно принимается. А вот "кривые" SMTPшники такого не делают и попадают в просак. Как видишь, всё просто и изящно. Не хотелось бы, чтобы твой софт попадал в такие ловушки.
можно например осуществить допроверку адресатов (долбить дней через 1-2)
может быть я и не прав
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
-
- Сообщения: 5
- Зарегистрирован: Пт сен 11, 2009 10:06 pm
- Откуда: Россия
Áûñòðàÿ ïðîâåðêà
÷òî âî âðåìÿ ïîëíîé ïðîâåðêè ëó÷øå ïðîâåðÿòü âñ¸
×òî-òî çåëî äîëãî ó Âàñ Âýáîâñêàÿ ïàïêà ïðîâåðÿëàñü. Òàì ó Âàñ ñëó÷àåì íåò .tmp ôàéëîâ, îñòàâøèõñÿ ïîñëå íåêîððåêòíîãî çàâåðøåíèÿ ðàáîòû Ñêàíåðà?
×òî-òî çåëî äîëãî ó Âàñ Âýáîâñêàÿ ïàïêà ïðîâåðÿëàñü. Òàì ó Âàñ ñëó÷àåì íåò .tmp ôàéëîâ, îñòàâøèõñÿ ïîñëå íåêîððåêòíîãî çàâåðøåíèÿ ðàáîòû Ñêàíåðà?
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 16 гостей