может хватит теории ? по факту - стоит сервак в укртелекомовской сети, с него постоянно производят рассылки, в день обычно около 1000 адресатов. Стоит он уже 2 года в таком состоянии, вытягивал из спам-листов один раз его. второй сервак, айпишник радом из той же /24 , юридическая контора , почта сугубо по работе, работает 10 человек, никаких рассылок и в помине нету. я уже забодался его вытягивать из спам-листов, минимум раз в месяц он попадает в спамхаус. какие алгоритмы ? On Thu, Mar 11, 2010 at 12:30:19PM +0200, Oleg V. Nauman wrote:
On Thursday 11 March 2010 03:15:41 Paul Arakelyan wrote:
On Tue, Mar 09, 2010 at 11:14:54AM +0200, vladimir.sharun@ukr.net wrote:
Делаю пост в уаног - не ты один с такой проблемой сталкиваешься :)
Коннекты пофиг - 100 месседжей в час - тресхолд, который триггерит unknown mailhub и 451 на соединение "до выяснения". Так вот, правда жизни:
1. Хрен получится запустить рассылку сходу и без проблем - это нереально, таковы суровые современные реалии
К части этих реалий относится senderbase.org Вот уж не знаю как его автоматически пользовать (то ли за деньги, то ли просто не знаю) - но общая идея - это отслеживание "репутации" + количества отправленной почты
Только за деньги видимо ( идет как базовая услуга для Ironport appliances ). Существовавший когда-то фришный порт, умевший частично толковать ответы DNS Senderbase ( плюс как-то применять необходимую арифметику, поскольку расчеты spam score ведутся клиентом ) - был позже вынесен.
Базовое представление о том, как считается Senderbase spam score, можно получить тут:
http://www.ironport.com/pdf/ironport_senderbase_reputationscore_overview.pdf
Т.е. "тучу" писем "вдруг" отсылать - заметно будет. Репутацию просто испортить, а вот "хорошую" нужно долго создавать.
В принципе при достаточной мотивации + необходимой степени настойчивости Sendebase выполняет reset statistics ( например если Вы получили свой замечательный IP от прежнего злого владельца ).
В итоге имеем необходимость rate limiting + кучка IP (повеселил когда-то один американский провайдер - sendmail + iptables nat + ip address pool) При "непонятно кто и что шлёт небольшими кучками с сети адресов" - можно оказаться записанным в "snowshoe spammers".
За этим очень внимательно следит, например, AOL - будут большие проблемы, если в получателях много его подписчиков.
2. Обязательно должны быть рабочими и хуман-отвечабельные support/abuse/postmaster@domain - туда будут сыпаться жалобы/вопросы, их *обязательно* надо отрабатывать на первых порах asap, далее - не более суток
Только что-то мне подсказывает - в данной задаче до лампочки в половине случаев.
Да, множество пламенных борцов со спамом работает в режиме write-only.
3. Обязательно надо следить за логами и в почтово-телефонном режиме разрешать проблемы - 99% проблем сразу выплывет на этапе первых трАншей
И в дальнейшем - тоже.
4. Разрешать проблемы до их возникновения - бесполезная трата сил и времени, т.к. большинство постмастеров наслово не верит и не сможет сказать, пройдёт письмо фильтры или нет, т.к. механизмы слишком сложны и автоматизированы
А ещё часто проблема "руками" эту кухню рулить в нужном направлении.
5. Обязательно в письме должен быть механизм one-click unsubscribe, а не через напишите сюда со словом "удалите меня пожалуйста" на обратной стороне письма - на это тоже стоят фильтры :)
Та они с равным успехом могут и на то стоять :)
6. Рассылка более-менее "разработается" через пару-тройку недель, соотв. слать в первых траншах оч. важные письма не рекомендуется - всё равно будут потеряны с какой-то вероятностью, причем не все, что усложняет трекинг.
Да и то - не факт, что "разработается".
Очень полезно в этом случае подписаться на feedback loop - эту услугу предоставлют многие ( AOL, Road Runner, Yahoo ) и на Smart Network Data Services от Hotmail. Очень помогает, надо сказать.
-- Науман Олег
-- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC