Urths Freehold

Мониторинг почты отнимает массу времени, если речь идет о входящих адресах организаций, «корпоративной почте». Входящие, открытые широкой общественности, почтовые адреса привлекают массу спама через свою доступность в разнообразных справочниках.

Кроме того, лень при именовании почтовых ящиков добавляет адреса в спам автоматически. Так, адреса info@domain, admin@domain, domain@domain и office@domain являются дефолтными по определению. И спаммеры просто делают рассылку по всем интересующим доменным именам на такие ящики.

Борьба со спамом в корпоративной почте отличается от домашнего антиспама в корне. Если в последнем случае допускаются ложные срабатывания и простые антиспам фильтры, то в корпоративной почте потеря писем по вине ложного срабатывания антиспама не допускаются вообще. Именно поэтому офисный антиспам не удаляет письма, а лишь маркирует их соответствующим флагом.

И многое здесь зависит от администратора или вебмастера. Периодически сталкиваюсь с тем, что то ли параноики, то ли неучи, то ли просто лентяи-админы ставят такие антиспам-фильтры (SpamAssassin, SORBS), которые ошибочно блокируют часть входящей корреспонденции с подозрением на спам. Забавно что работодатели таких админов даже не подозревают что теряют письма/клиентов/деньги.

Итак – цикл постов о некоторых полезных практических наработках в области антиспама.

Почтовые ящики Google весьма удобны и полезны для небольших рассылок. Имея ограничение в 500 адресов в день, почтовые релеи gmail достаточно редко блокируются в разнообразных *BL (black lists).

Это связано с жесткими ограничениями на отправку писем и неплохими автофильтрами против спаммеров. Один из таких фильтров я бы назвал «песок», по аналогии с «песком» в поисковой выдаче гугла. Читать далее…

Наконец дошли руки до чистки списков рассылки. И речь не о «мертвых» e-mail адресах, а о «впавших в кому» почтовых ящиках.

Кто же такие эти почтовые коматозники? Итак, начнем с того, что некоторые почтовые системы не удаляют заброшенные и переполненные письмами ящики, а всего лишь генерируют ошибку 550 Ящик переполнен при попытке отправить письмо.

Взять все такие адреса и удалить из списка рассылки – скажете Вы? А бывает ли что ящик переполняется письмами случайно, а не из-за того что заброшен? Бывает. Например, если владелец ящика уехал в отпуск. Не предавать же анафеме такие адреса.

Вывод один – если почтовый ящик долгое вермя не доступен, т.е. возвращает ошибку, то только в таком случае его нужно заносить в черный список и удалять из рассылки. Почтовая эвтаназия

Решение очень простое – берем архив отчетов о ошибках доставки писем за какой-то период времени. Например, пару месяцев. Фильтруем, выбирая только «коматозников». И проганяем через простенький скрипт на php, считающий количество ошибок по каждому адресу.

В итоге получаем ровненькую табличку адресов, которую и кидаем в черный список. Список рассылки укоротился и стал более актуальным.

Как защититься от спама?
(сборник вопросов к Всевышнему,
издание семнадцатое, перераб. и доп.)

Кроме обшаривания всего интернетовского Веба на предмет новых email-адресов, базы спаммеров пополняются прежде всего за счет двух простых и примитивных способов.

Первый – конечно же инсайд. Базы адресов фримейлов тупо сливаются админами фримейлов за несколько помятых президентов (Франклинов, разумеется)

Второй способ – тоже с админами и президентами, но интереснее.

Читать далее…

У новичков всегда появляются вопросы как делать рассылку, чтобы она не уходила в спам. Ведь почтовые рассылки чаще всего делаются по старым базам адресов, морально устаревшими программами для спама и с серверов, давно занесенных в черные списки.

Парадокс состоит в том, что лучшие сыщики получаются из преступников. Поэтому делая даже делая самые «белые» почтовые рассылки (так называемый директ-мейл), нужно знать как рассылать спам.

Крупные спаммеры не пользуются «наборами юного спаммера». Те товарищи, которые заливают отборными помоями наши почтовые ящики арендуют бот-сети, покупают оптом почтовые аккаунты и имеют инсайд с почтовых серверов. Те что поменьше – арендуют виртуальные сервера на абузоустойчивых площадках и пользуются более распостраненными программами для рассылок.
Читать далее…

В июне I.ua (ua.fm, email.ua, 3g.ua / mail-in.iptelecom.net.ua) для своего почтового сервиса ввел проверку адреса-отправителя письма, указанного в From (Sender). Если письмо отправляется с несуществующего адреса, сервер выдает:

550-Verification failed for <%не@существующий.адрес%>
550-Called: %ваш-релей%
550-Sent: RCPT TO:<%не@существующий.адрес%>
550-Response: 550-You do not have sufficient privileges to send mail to this address. Please
550-550 authenticate and try again.
550 Sender verify failed

Ладно, будем отправлять с существующего.

Вариации на тему раньше выдавали и другие сервера (address rejected with reverse-check, Sender address rejected)

И это несмотря на наличие в их сервисе внутреннего антиспама. Очевидно в одиночку не справляется. То ли MTA сменили, то ли гайку подкрутили.

Укрнетовские gray lists мне нравятся больше.