Корпоративная рассылка - как правильно исполнить SMTP ?
Коллеги, простите за глупый предпраздничный вопрос. Лет уже 10 такими вещами не занимался, отстал от жизни, прошу совета. А именно. Некая дружественная фирма попросила помочь исполнить массовую рассылку своим потребительницам. Это не спам, это вполне легитимная содержательная рассылка людям, которые не против её получать - лояльные клиентки, собственноручно занесшие свои данные в анкеты, откуда они попали в БД CRM-системы. Проблема в том, что их много (оценочно навскидку - небольшие единицы десятков тысяч) и подавляющее большинство адресов - чисто приватные почтовые ящики на всяческих mail.ru, i.ua, gmail.com, ukr.net итд итп фримылах. Посоветуйте - как правильно настроить SMTP-сервер, чтобы, когда CRM-ина сбросит ему в очередь весь этот самосвал электронных открыток, отштампованных по шаблону с минимальной персонализацией - оно нормально разослало его в течении максимум 1 суток, при этом упомянутый SMTP не позаносили бы в спам-листы все, кому не лень? Это рейт рассылки где-то 30-50 писем в минуту. Заранее признателен за советы и соображения, с уважением, Андрей Стесин
насколько мне известно, в спам-листы попадают не за рассылку писем, а за
жалобы наних. Если жалоб не будет - то и в спамлисты попадать как бы с чего.
отправлять стандартно.
5 марта 2010 г. 12:27 пользователь Andrew Stesin
Коллеги, простите за глупый предпраздничный вопрос. Лет уже 10 такими вещами не занимался, отстал от жизни, прошу совета. А именно.
Некая дружественная фирма попросила помочь исполнить массовую рассылку своим потребительницам. Это не спам, это вполне легитимная содержательная рассылка людям, которые не против её получать - лояльные клиентки, собственноручно занесшие свои данные в анкеты, откуда они попали в БД CRM-системы. Проблема в том, что их много (оценочно навскидку - небольшие единицы десятков тысяч) и подавляющее большинство адресов - чисто приватные почтовые ящики на всяческих mail.ru, i.ua, gmail.com, ukr.net итд итп фримылах.
Посоветуйте - как правильно настроить SMTP-сервер, чтобы, когда CRM-ина сбросит ему в очередь весь этот самосвал электронных открыток, отштампованных по шаблону с минимальной персонализацией - оно нормально разослало его в течении максимум 1 суток, при этом упомянутый SMTP не позаносили бы в спам-листы все, кому не лень? Это рейт рассылки где-то 30-50 писем в минуту.
Заранее признателен за советы и соображения, с уважением, Андрей Стесин
5 марта 2010 г. 12:27 пользователь Andrew Stesin
Посоветуйте - как правильно настроить SMTP-сервер, чтобы, когда CRM-ина сбросит ему в очередь весь этот самосвал электронных открыток, отштампованных по шаблону с минимальной персонализацией - оно нормально разослало его в течении максимум 1 суток, при этом упомянутый SMTP не позаносили бы в спам-листы все, кому не лень? Это рейт рассылки где-то 30-50 писем в минуту.
Да ничего особенного не надо. Главное обязательно должен существовать адрес отправителя. Если SMTP сервер с которого идет рассылка будет MXом для домена - вообще отлично. Для gmail и еще для некоторых почтовых серверов желательно завести SPF-запись в dns.
Фокус в чем. Фримейлы, по моим наблюдениям, сильно не любят, когда им
потоком вдувают пачки шаблонной почты. Начинают давать отлупы или
сваливать в спам. При этом получателя никто ни о чем не спрашивает,
вот как GMail поступает. Как бы так исполнить, чтобы и входные
сторожевые фильтры у них не дразнить, и в нормальном темпе рассылку
разослать?
2010/3/5 Vasiliy P. Melnik
насколько мне известно, в спам-листы попадают не за рассылку писем, а за жалобы наних. Если жалоб не будет - то и в спамлисты попадать как бы с чего.
отправлять стандартно.
О, спасибо за содержательный ответ. Насчет SPF вот раньше и не
задумывался, а зря, как оказывается.
2010/3/5 Serge Negodyuck
Да ничего особенного не надо. Главное обязательно должен существовать адрес отправителя. Если SMTP сервер с которого идет рассылка будет MXом для домена - вообще отлично. Для gmail и еще для некоторых почтовых серверов желательно завести SPF-запись в dns.
Hello! On Fri, 05 Mar 2010 at 13:19:52 (+0200), Andrew Stesin wrote:
Фокус в чем. Фримейлы, по моим наблюдениям, сильно не любят, когда им потоком вдувают пачки шаблонной почты. Начинают давать отлупы или сваливать в спам. При этом получателя никто ни о чем не спрашивает, вот как GMail поступает. Как бы так исполнить, чтобы и входные сторожевые фильтры у них не дразнить, и в нормальном темпе рассылку разослать?
Отсортировать по домену получателя, разбить на части, скажем, по 20 получателей и заливать раз в N минут. Как-то так, наверное.
2010/3/5 Vasiliy P. Melnik
: насколько мне известно, в спам-листы попадают не за рассылку писем, а за жалобы наних. Если жалоб не будет - то и в спамлисты попадать как бы с чего.
отправлять стандартно.
-- George L. Yermulnik [YZ-RIPE]
Hello, George L. Yermulnik! On Fri, Mar 05, 2010 at 01:26:33PM +0200 yz@yz.kiev.ua wrote about "Re: [uanog] Корпоративная рассылка - как правильно исполнить SMTP ?":
Hello!
On Fri, 05 Mar 2010 at 13:19:52 (+0200), Andrew Stesin wrote:
Фокус в чем. Фримейлы, по моим наблюдениям, сильно не любят, когда им потоком вдувают пачки шаблонной почты. Начинают давать отлупы или сваливать в спам. При этом получателя никто ни о чем не спрашивает, вот как GMail поступает. Как бы так исполнить, чтобы и входные сторожевые фильтры у них не дразнить, и в нормальном темпе рассылку разослать?
Отсортировать по домену получателя, разбить на части, скажем, по 20 получателей и заливать раз в N минут. Как-то так, наверное.
Лучше вдувать по одному письму за сессию.
2010/3/5 Vasiliy P. Melnik
: насколько мне известно, в спам-листы попадают не за рассылку писем, а за жалобы наних. Если жалоб не будет - то и в спамлисты попадать как бы с чего.
отправлять стандартно.
-- Olexandr Lystopad
Hello! On Fri, 05 Mar 2010 at 14:36:44 (+0300), Lystopad Olexandr wrote:
Фокус в чем. Фримейлы, по моим наблюдениям, сильно не любят, когда им потоком вдувают пачки шаблонной почты. Начинают давать отлупы или сваливать в спам. При этом получателя никто ни о чем не спрашивает, вот как GMail поступает. Как бы так исполнить, чтобы и входные сторожевые фильтры у них не дразнить, и в нормальном темпе рассылку разослать?
Отсортировать по домену получателя, разбить на части, скажем, по 20 получателей и заливать раз в N минут. Как-то так, наверное.
Лучше вдувать по одному письму за сессию.
Я это и имел в виду =) Просто вдувать не одному получателю в домене, а сразу двадцати.
2010/3/5 Vasiliy P. Melnik
: насколько мне известно, в спам-листы попадают не за рассылку писем, а за жалобы наних. Если жалоб не будет - то и в спамлисты попадать как бы с чего.
отправлять стандартно.
-- George L. Yermulnik [YZ-RIPE]
И еще две вещи.
back resolve должен существовать, и в идеале соответствовать тому, что
почтовый сервер говорит в HELO/EHLO, т.е по умолчанию hostname.
И второе у шаблона письма должны быть корректные заголовки, указаны
кодировки, правильный MIME. Лучше шаблон письма создать в почтовом
клиенте, CRM может чего-то и накосячить.
5 марта 2010 г. 13:22 пользователь Andrew Stesin
О, спасибо за содержательный ответ. Насчет SPF вот раньше и не задумывался, а зря, как оказывается.
2010/3/5 Serge Negodyuck
: Да ничего особенного не надо. Главное обязательно должен существовать адрес отправителя. Если SMTP сервер с которого идет рассылка будет MXом для домена - вообще отлично. Для gmail и еще для некоторых почтовых серверов желательно завести SPF-запись в dns.
Hello, George L. Yermulnik! On Fri, Mar 05, 2010 at 01:42:48PM +0200 yz@yz.kiev.ua wrote about "Re: [uanog] Корпоративная рассылка - как правильно исполнить SMTP ?":
Hello!
On Fri, 05 Mar 2010 at 14:36:44 (+0300), Lystopad Olexandr wrote:
Фокус в чем. Фримейлы, по моим наблюдениям, сильно не любят, когда им потоком вдувают пачки шаблонной почты. Начинают давать отлупы или сваливать в спам. При этом получателя никто ни о чем не спрашивает, вот как GMail поступает. Как бы так исполнить, чтобы и входные сторожевые фильтры у них не дразнить, и в нормальном темпе рассылку разослать?
Отсортировать по домену получателя, разбить на части, скажем, по 20 получателей и заливать раз в N минут. Как-то так, наверное.
Лучше вдувать по одному письму за сессию.
Я это и имел в виду =) Просто вдувать не одному получателю в домене, а сразу двадцати.
Не-е, я имею ввиду вообще по одному получателю за одну сессию. Пусть хоть 500 получателей на gmail/mail.ru/rambler, но если вы две-три сессии по 20 получателей вдуете, уверен, остальные автоматом пойдут в спам. :( -- Olexandr Lystopad
2010/3/5 George L. Yermulnik
Отсортировать по домену получателя, разбить на части, скажем, по 20 получателей и заливать раз в N минут. Как-то так, наверное. Лучше вдувать по одному письму за сессию. Я это и имел в виду =) Просто вдувать не одному получателю в домене, а сразу двадцати.
Ну прям таки. Письма не идентичны - они хоть и по шаблону, но все персонально именные. Так что отношение "письмо-получатель" жестко задано 1:1 Одно письмо за сессию вот разве что... мысль однако.
2010/3/5 Serge Negodyuck
И еще две вещи. back resolve должен существовать, и в идеале соответствовать тому, что почтовый сервер говорит в HELO/EHLO, т.е по умолчанию hostname.
Спасибо, с этим порядок, научил уже.
И второе у шаблона письма должны быть корректные заголовки, указаны кодировки, правильный MIME. Лучше шаблон письма создать в почтовом клиенте, CRM может чего-то и накосячить.
Письма генерируются корректные, все Ок, проверено уже не раз на маломасштабных рассылках. С уважением, я
05.03.2010, в 13:26, George L. Yermulnik написал(а):
On Fri, 05 Mar 2010 at 13:19:52 (+0200), Andrew Stesin wrote:
Фокус в чем. Фримейлы, по моим наблюдениям, сильно не любят, когда им потоком вдувают пачки шаблонной почты. Начинают давать отлупы или сваливать в спам. При этом получателя никто ни о чем не спрашивает, вот как GMail поступает. Как бы так исполнить, чтобы и входные сторожевые фильтры у них не дразнить, и в нормальном темпе рассылку разослать?
Отсортировать по домену получателя, разбить на части, скажем, по 20 получателей и заливать раз в N минут. Как-то так, наверное.
это можно описать короче: "поставить и настроить exim". SPF поможет, да. Еще теоретически DKIM (www.dkim.org).
2010/3/5 Dmitry Kohmanyuk
это можно описать короче: "поставить и настроить exim".
Эксим да, вполне вариант. На самом деле - любой вменяемый smtp-агент на юникс-лайк, главное настроить. sendmail тоже вполне подойдет.
SPF поможет, да. Еще теоретически DKIM (www.dkim.org).
dkim ? интересная мысль, я посмотрю что это
06.03.2010, в 10:54, Andrew Stesin написал(а):
2010/3/5 Dmitry Kohmanyuk
: это можно описать короче: "поставить и настроить exim".
Эксим да, вполне вариант. На самом деле - любой вменяемый smtp-агент на юникс-лайк, главное настроить. sendmail тоже вполне подойдет.
sendmail не очень - в exim как раз лучше работает очередь на отправку, он отслеживает домены с одинаковыми MX-ами и не перегружает один сервер (можно сказать, сколько писем отправлять за одну smtp-сессию, с каким интервалом повторять, и т.д.)
SPF поможет, да. Еще теоретически DKIM (www.dkim.org).
dkim ? интересная мысль, я посмотрю что это
это нечто вроде цифровой подписи для письма, разработано с участием Yahoo и Cisco, в частности google очень ему доверяет.
Sat, Mar 06, 2010 at 11:53:49, dk wrote about "Re: [uanog] Корпоративная рассылка - как правильно исполнить SMTP ?":
Эксим да, вполне вариант. На самом деле - любой вменяемый smtp-агент на юникс-лайк, главное настроить. sendmail тоже вполне подойдет. sendmail не очень - в exim как раз лучше работает очередь на отправку, он отслеживает домены с одинаковыми MX-ами и не перегружает один сервер (можно сказать, сколько писем отправлять за одну smtp-сессию, с каким интервалом повторять, и т.д.)
sendmail при HostStatus + SingleThreadDelivery тоже не открывает более одного соединения на сервер (идентифицируя сервер по hostname - то есть после резолвинга MX'ов, но до резолвинга A). Для первичного разбрызгивания ему рекомендуются именно эти опции (но для повторного из очереди - я советую их отключать, много одновременно там всё равно не будет). Вот postfix иначе устроен - он ограничивает по почтовому домену, а не по результатам резолвинга. Соответственно первая раздача хороша, но потом когда он начинает чистить старое в очереди - он по своему fallback'у бьёт в один удар десятком соединений и тому становится плохо. Приходится говорить фоллбэку "принимай всё от данного отправителя и только потом думай, что это пришло" (если получается) -netch-
06.03.2010, в 12:11, Valentin Nechayev написал(а):
Sat, Mar 06, 2010 at 11:53:49, dk wrote about "Re: [uanog] Корпоративная рассылка - как правильно исполнить SMTP ?":
Эксим да, вполне вариант. На самом деле - любой вменяемый smtp-агент на юникс-лайк, главное настроить. sendmail тоже вполне подойдет. sendmail не очень - в exim как раз лучше работает очередь на отправку, он отслеживает домены с одинаковыми MX-ами и не перегружает один сервер (можно сказать, сколько писем отправлять за одну smtp-сессию, с каким интервалом повторять, и т.д.)
sendmail при HostStatus + SingleThreadDelivery тоже не открывает более одного соединения на сервер (идентифицируя сервер по hostname - то есть после резолвинга MX'ов, но до резолвинга A). Для первичного разбрызгивания ему рекомендуются именно эти опции (но для повторного из очереди - я советую их отключать, много одновременно там всё равно не будет).
да - а вот в exim я могу указать, _сколько_ соединений на один IP можно (например 3), и сколько получателей на одно сообщение (скажем 5) и сколько сообщений в сессию (допустим 10). параметры: remote_max_parallel max_rcpt batch_max старый пост - с объяснением: http://www.exim.org/lurker/message/20010723.112017.fd181506.en.html
Вот postfix иначе устроен - он ограничивает по почтовому домену, а не по результатам резолвинга. Соответственно первая раздача хороша, но потом когда он начинает чистить старое в очереди - он по своему fallback'у бьёт в один удар десятком соединений и тому становится плохо. Приходится говорить фоллбэку "принимай всё от данного отправителя и только потом думай, что это пришло" (если получается)
вот именно поэтому для массовых рассылок больше всего подходит exim - там нет разницы.
2010/3/6 Valentin Nechayev
sendmail при HostStatus + SingleThreadDelivery тоже не открывает более одного соединения на сервер (идентифицируя сервер по hostname - то есть после резолвинга MX'ов, но до резолвинга A). Для
Угу.
первичного разбрызгивания ему рекомендуются именно эти опции (но для повторного из очереди - я советую их отключать, много одновременно там всё равно не будет).
Проще оставить.
Вот postfix иначе устроен - он ограничивает по почтовому домену, а не по результатам резолвинга. Соответственно первая раздача хороша, но потом когда он начинает чистить старое в очереди - он по своему fallback'у бьёт в один удар десятком соединений и тому становится плохо. Приходится говорить фоллбэку "принимай всё от данного отправителя и только потом думай, что это пришло" (если получается)
Не, такой хоккей нам не нужен :)
2010/3/6 Dmitry Kohmanyuk
да - а вот в exim я могу указать, _сколько_ соединений на один IP можно (например 3), и сколько получателей на одно сообщение (скажем 5) и сколько сообщений в сессию (допустим 10).
параметры: remote_max_parallel max_rcpt batch_max
старый пост - с объяснением: http://www.exim.org/lurker/message/20010723.112017.fd181506.en.html
Дима, спасибо. Думаю, это и будет тем вариантом, который. Exim штука симпатичная, это я по старой памяти sendmail хорошо уважаю, поскольку знаю этот молоток лучше всех прочих. Но я это я, там пусть ребята молодые разбираются, я уже понял, что exim объективно оптимальнее для промышленного применения. С наилучшими, я
У нас в любом случае вляпается в "unknown mailhub, throttling", если незнакомый хост шлёт с высокой частотой (4хх на коннект). Этот фильтр вручную проверяется и если всё ок, то переводится в группу доверенных и дальше всё потечет, если не ок (failed rcpts >10% как правило) или есть жалобы - то в блэклист :) On 05.03.2010 12:27, Andrew Stesin wrote:
Коллеги, простите за глупый предпраздничный вопрос. Лет уже 10 такими вещами не занимался, отстал от жизни, прошу совета. А именно.
Некая дружественная фирма попросила помочь исполнить массовую рассылку своим потребительницам. Это не спам, это вполне легитимная содержательная рассылка людям, которые не против её получать - лояльные клиентки, собственноручно занесшие свои данные в анкеты, откуда они попали в БД CRM-системы. Проблема в том, что их много (оценочно навскидку - небольшие единицы десятков тысяч) и подавляющее большинство адресов - чисто приватные почтовые ящики на всяческих mail.ru, i.ua, gmail.com, ukr.net итд итп фримылах.
Посоветуйте - как правильно настроить SMTP-сервер, чтобы, когда CRM-ина сбросит ему в очередь весь этот самосвал электронных открыток, отштампованных по шаблону с минимальной персонализацией - оно нормально разослало его в течении максимум 1 суток, при этом упомянутый SMTP не позаносили бы в спам-листы все, кому не лень? Это рейт рассылки где-то 30-50 писем в минуту.
Заранее признателен за советы и соображения, с уважением, Андрей Стесин
participants (8)
-
Andrew Stesin
-
Dmitry Kohmanyuk
-
George L. Yermulnik
-
Lystopad Olexandr
-
Serge Negodyuck
-
Valentin Nechayev
-
Vasiliy P. Melnik
-
vladimir.sharun@ukr.net