According to Igor Vinokurov:
> > > Другое дело, что этот способ имеет большой overhead :( Раньше в одной
> > > сессии можно было сказать MAIL FROM, несколько RCPT TO и DATA, сейчас
> > > все RCPT TO разворачиваются в серию MAIL FROM, RCPT TO, DATA, RSET, а
> > > это уже плохо.
> > Ну ты сам нашел чем это плохо. :-) Еще варианты? :-)
> Вспомни постановку задачи:
>
> определять неработающие адреса и автоматически их исключать из листа
> по мере обнаружения.
>
> Ну и чего ты хотел? Чуда? :)
Ну ты же такие задачи в школе решал :-)
Я пока не придумал решения, которые по соотношению цена/качество было бы
сильно лучше чем просто забить на мертвые адреса :-)
> > Так что я, к примеру, пока что успокоился на том, что все от
> > mailer-daemon to owner-list идет в /dev/null. На 20 тысяч подписчиков
> > набралось 1-1.5 процентa неработающих адресов, это вполне терпимо.
> Дело не в проценте неработающих адресов, а в том, что они тормозят
> рассылку остальным подписчикам. 1% от 20000 подписчиков на лист при
> 10 письмах в день - это 10000 заданий в очереди каждый день, если у
> тебя queuereturn=5d :)
У меня quereturn для листов - 2d. Это раз. Во-вторых, 95% ошибок - фатальные
(quota exceeded, no user, host unknown etc), в очереди остается примерно .1%.
Это где-то пяток заданий в очереди - не смертельно ;-)
> И игнорировать это не совсем хорошо, особенно если делать хостинг
> листов, иначе время доставки сообщения конкретному подписчику будет
> плавать в широких пределах.
Ну я для примера завел лист на www.egroups.com, для пробы подписал пользователя,
удалил его. Теперь жду - два месяца пока держится :-)
А egroups трудно назвать маленьких хостером листов.
> Если подойти к проблеме серьезно, то нужно использовать все эти три
> метода:
>
> - легкий скорострельный delivery агент, который занимается только
> этим и умеет умно работать с очередью, например, последовательно
> увеличивая время между попытками доставить письмо при наличии в
> очереди большого количества писем
> - разбор DSN отлупов
> - subscription probing
>
> Все остальное в /dev/null :)
>
> Кстати, для subscription probe можно использовать реальные письма,
> т.е., к примеру, каждое воскресенье любое одно сообщение рассылать
> с модифицированным envelope-from. Можно еще выбирать небольшое.
Проблема только в том, что это все стоит усилий затраченных на себя только
на действительно больших списках. Ну либо если это кто-то напишет :-)
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
