Сегодня зашел в несколько новых ящиков gmail и обнаружил большое количество ложных срабатываний антиспама. Пришлось поотключать антиспам.
В последнее время антиспам google gmail совсем скатился до уровня плинтуса. Наблюдаю это со стороны как получателя, так и отправителя белых рассылок.
Отключается антиспам просто, но разумеется через анус – созданием фильтра:
Настройка -> Фильтры -> Создать фильтр
Совпадения: from:(@) <- Поле Отправителя содержит @
Действия: Никогда не отправлять в спам
Почтовые ящики Google весьма удобны и полезны для небольших рассылок. Имея ограничение в 500 адресов в день, почтовые релеи gmail достаточно редко блокируются в разнообразных *BL (black lists).
Это связано с жесткими ограничениями на отправку писем и неплохими автофильтрами против спаммеров. Один из таких фильтров я бы назвал «песок», по аналогии с «песком» в поисковой выдаче гугла. Читать далее…
Наконец дошли руки до чистки списков рассылки. И речь не о «мертвых» e-mail адресах, а о «впавших в кому» почтовых ящиках.
Кто же такие эти почтовые коматозники? Итак, начнем с того, что некоторые почтовые системы не удаляют заброшенные и переполненные письмами ящики, а всего лишь генерируют ошибку 550 Ящик переполнен при попытке отправить письмо.
Взять все такие адреса и удалить из списка рассылки – скажете Вы? А бывает ли что ящик переполняется письмами случайно, а не из-за того что заброшен? Бывает. Например, если владелец ящика уехал в отпуск. Не предавать же анафеме такие адреса.
Вывод один – если почтовый ящик долгое вермя не доступен, т.е. возвращает ошибку, то только в таком случае его нужно заносить в черный список и удалять из рассылки. Почтовая эвтаназия
Решение очень простое – берем архив отчетов о ошибках доставки писем за какой-то период времени. Например, пару месяцев. Фильтруем, выбирая только «коматозников». И проганяем через простенький скрипт на php, считающий количество ошибок по каждому адресу.
В итоге получаем ровненькую табличку адресов, которую и кидаем в черный список. Список рассылки укоротился и стал более актуальным.
Подставление чужих адресов в рассылаемых письмах играет со спаммерами злую шутку. Их проделки становятся известны :)
На днях получил еще одно интересное письмо: Читать далее…
За последние 4 месяца из одного из коммерческих списков рассылки удалено 230 «умерших» адресов. Около 10%.
В «умирании» ящика есть временной лаг – порядка трех месяцев, пока почтовая система не решит закрыть заброшенный ящик или администратор организации не удалит ящик вручную.
Слабые уходят. Другие подписываются через новые ящики. Но благодаря поиску партнеров, размер упомянутого списка рассылки за эти 4 месяца только рос.
Читать далее…
Школьников и прочих студентов надежно изолировали в помещениях учебных заведений. Народ просыпается от летней спячки, а деловая активность пошла в рост.
В связи с чем я задумался о своем отпуске…
Еще один интересный момент осени – можно с чистой совестью чистить партнерские списки рассылок. И если летом забитый ящик можно было списать на отпуск, то сейчас – Вон с пляжа! нечего нагружать сервера и замедлять рассылки }:->
Читать далее…
Выкладывая при этом в общий доступ полную почтовую статистику с адресами в открытом виде. Прайваси ахтунг
Сегодня почтовый сервер smtp.meta.ua отказался принимать письма одной из рассылок, выдав ошибку:
550-Вы превысили количество адресатов
550-получения для одного письма.
550-Разрешено не более 1.
550 You have exceeded number of addressees for one letter.Only 1 recipient(s) (state 18).
Они вообще там знают что такое белые рассылки? Крутой антиспам, но надо было сразу запретить поля cc и bcc :)
Если размер свободного пространства ящика получателя не позволяет сохранить письмо, ответ сервера (сообщение о недоставке) скорее всего будет с кодом ошибки 5xx. А это означает что получатель письма не увидит, пока не почистит свой ящик. Или можно попробовать написать письмо меньшего размера ;)
Ошибка 5xx обычно эквивалентна статусу доставки failed, повторная отправка письма не осуществляется. Сообщения почтового сервера могут быть следующими:
- SMTP error from remote mail server after RCPT TO:…: host …..: 552 5.2.2 Over quota
- 550 Mailbox quota exceeded
- maildir delivery failed: Sorry, the user’s maildir has overdrawn his diskspace quota, please try again later
- mailbox is full: retry timeout exceeded
- cannot update mailbox /var/mail/… for user …. error writing message: File too large
Читать далее…
… и ### – админы, что используют DNSBL. Забанили Гугл :)
From: Mail Delivery Subsystem <mailer-daemon@googlemail.com>
This is an automatically generated Delivery Status Notification
Delivery to the following recipient failed permanently:
****@****.dn.ua
Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550-Host is listed in t1.dnsbl.net.au. See 550 http://dnsbl.net.au/lookup/?74.125.44.154 (state 14).