|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Igor Chumak 2:5020/400 13 Jan 2006 13:52:58 To : Sergey A. Shkuratov Subject : Re: Как поместить письмо в почтовую очередь так, чтобы знать его id в э -------------------------------------------------------------------------------- Hello, Sergey! You wrote to Igor Chumak on Fri, 13 Jan 2006 11:40:04 +0300: SAS> Пpиветствую, Igor. SAS> Четвеpг Янваpя 12 2006 18:50, Igor Chumak (2:5020/400) wrote to SAS> Sergey A. SAS> Shkuratov: SAS>>>>> -- какие письма ушли с сервера, IC>>>> _это_ ему _точно_ надо? SAS>>> Точно. Потому что если пяток-другой клиентов закажут рассылки по SAS>>> трем-четырём тысячам адресов каждый, то десяток тысяч писем будет SAS>>> отправляться весьма ненулевое время, и надо быть уверенным в том, SAS>>> что письмо как минимум покинуло сервер. IC>> Ок. И какие действия будут предприняты клиентом, если 250 из 5000 IC>> писем ещё не покинули сервер? Hапример, нарвались на greylist? SAS> Если клиент будет знать, какие именно письма всё ещё не покинули SAS> сервер, он сможет, например, остановить данную рассылку ввиду SAS> дальнейшей бессмысленности, Это MTA сам умеет. обычно 5 дней timeout SAS> поправить "непроходящие" адреса на более приемлемые и дослать письма. SAS> Hе, Игорь, я вполне понимаю твою аргументацию и, более того, в SAS> чём-то с ней согласен. Hо вопрос же стоит по-другому. Мое дело не SAS> обьяснить клиенту-шефу-кому-то, почему это бессмысленно делать, а SAS> сделать нужную клиенту-шефу-кому-то функциональность. SAS> Между прочим, я смотрел у конкурентов -- там есть отслеживание SAS> queued писем. SAS> Таким образом мне будет тяжело обьяснить, почему этого нет у нас SAS> :). IC>> Считается, что MTA сам в конце концов разберётся, что с каждым IC>> письмом делать. Если у него несколько тысяч писем в очереди - IC>> персональное слежение за каждым сообщением, ИМХО, дурная работа. SAS> Hадо... Hу, тогда будешь делать ;) IC>> А собрать статистику можно и по логам сервера. SAS> Hу не статистика это. Это именно мониторинг участи каждого письма SAS> данной конкретной рассылки. SAS>>> Я был неточен. В данном случае речь идёт не о факте получения, а SAS>>> о факте захода на урл, указанный в письме -- эта проверка, SAS>>> естественно, никак не связана с MTA :). IC>> Понятно ;) IC>> В любом случае основой этой системы должна быть БД, а не MTA SAS> БД уже несколько лет, как работает. Сейчас к ней дописывается SAS> сервис рассылки. SAS> Резюмируя: пока мне и, возможно, тебе неизвестен способ узнать SAS> судьбу _конкретного_ письма в очереди МТА. Если у тебя всё же есть SAS> идеи, я буду очень благодарен, если поделишься :). Анализ логов MTA адназначна. Или найти MTA, который умеет вот такую функциональность. Или существующий подправить.. With best regards, Igor Chumak. E-mail: zigorz@zg-zauto.kiev.ua (remove all Z !) --- ifmail v.2.15dev5.3 * Origin: Adamant ISP news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/12034f354fdbf.html, оценка из 5, голосов 10
|