Архив

Публикации с меткой ‘e-mail’

Снова рассылки: Песок Google

20 Июнь 2010

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

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

Почтовая эвтаназия

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

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

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

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

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

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

Период полураспада рассылки

20 Сентябрь 2009

За последние 4 месяца из одного из коммерческих списков рассылки удалено 230 «умерших» адресов. Около 10%.

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

Слабые уходят. Другие подписываются через новые ящики. Но благодаря поиску партнеров, размер упомянутого списка рассылки за эти 4 месяца только рос.

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

Люблю осень…

5 Сентябрь 2009

Школьников и прочих студентов надежно изолировали в помещениях учебных заведений. Народ просыпается от летней спячки, а деловая активность пошла в рост.

В связи с чем я задумался о своем отпуске…

Еще один интересный момент осени – можно с чистой совестью чистить партнерские списки рассылок. И если летом забитый ящик можно было списать на отпуск, то сейчас – Вон с пляжа! нечего нагружать сервера и замедлять рассылки }:->

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

Google gmail: 550 5.4.5 Daily sending quota exceeded

Почтовый сервис Google gmail отпал как удобный вариант для небольших рассылок. Старое ограничение в 500 адресов для веб-интерфейса и 100 адресов для smtp-интерфейса в сутки – уже не актуальны. И это испортило мне все утро.

Во всем виновата борьба со спаммерами. Нынешние ограничения на отправку писем ужесточены и скрыты от глаз любопытствующих. Gmail выпадает на мороз с сообщением «550 5.4.5 Daily sending quota exceeded» Читать далее…

Про умный антиспам

26 Апрель 2009

В листе зашла речь о антиспаме.
Мое мнение видоизменилось с прошлого раза:

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

К этому выводу к сожалениию пришлось прийти после нескольких ложных срабатываний антиспама.

Единственный антиспам что я использую – встроенный в gmail. Но и у него нередко случаются ложные срабатывания. Отключается он очень просто – нужно создать правило сортировки «Если адрес содержит @ – не помещать письмо в спам»

Какое-то время я пользовался антиспамом для The Bat, но его использование приносило больше проблем чем экономило времени.

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

Чумные релеи или почтовая паранойя

23 Апрель 2009

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

издание семнадцатое, перераб. и доп.)

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

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

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

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

10 Советов: как делать почтовые рассылки

16 Июль 2008

Делая почтовые рассылки, не забывайте:

1) Прописывать from и return-path.
Ваш SMTP (MTA) должен возвращать недоставленные письма на этот адрес. С пояснением о причине недоставки. Лучше вычищать кучу недоставленных писем из ящика, чем иметь жалобы клиентов. Адрес должен существовать, поскольку некоторые сервера проверяют его работоспособность.
При отправке через PHP mail(), адрес from указывается через дополнительный параметр -f sendmail.

2) Следить за заголовками писем.
Фильтры (SpamAssassin в частности) не любят поддельных X-Mailer. На баллы SpamAssassin влияют Message-ID и boundary, поскольку как правило они зависят от почтового клиента. Компоненты Indy (Delphi), к примеру, имеют boundary давно занесенный в черные списки.
А X-Powered-By с PHP – не лучшая строка в headers ваших писем.

3) Не стоит делать рассылку одновременно большому количеству адресатов на одном хосте (например, пару тысяч писем на mail.ru за один заход)

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

@i.ua завалило спамом

В июне 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 мне нравятся больше.