Есть приложение для массовых рассылок, встала задача поднять новый почтовый сервер для рассылок, от сервера должна быть обратная связь к приложению, желательно в реальном времени. Приложение должно как-то понять что письмо не смогло доставиться, домен в блек листах и тд. и тп., желательно как можно быстрее... Так же желательно научить приложение отдавать команды почтовику. Подумал поднять postfix, Пока есть несколько решений обратной связи: 1) Банально парсить лог, не совсем реалтайм, но что-то 2) Сказать постфиксу проверять каждого адресата, тем самым накопив базу о статусах получателей, ее анализировать, вообще не реалтайм 3) Написать фильтр, который клал бы инфу в очередь amqp, очередь разгребалась бы воркерами приложения 4) Больше нет идей... Ясное дело что все уже давно придумано и работает, только вот я не знаю этого. Сам склоняюсь к 3 варианту, на сколько хлопотно это делается? Не возникнет ли проблем с определением статуса в фильтре? Не будет ли трабл возвращать письмо обратно в другой инстанс smtpd? А может я вообще неверно выбрал для этих целей postfix? Есть ли другой почтовый сервер, такой же гибкий как postfix и имеющий более удобные хуки из коробки?
Ответ на:
комментарий
от mky
Ответ на:
комментарий
от Serge10
Ответ на:
комментарий
от nanervax89
Ответ на:
комментарий
от anc
Ответ на:
комментарий
от anc
Ответ на:
комментарий
от anc
Ответ на:
комментарий
от Bootmen
Ответ на:
комментарий
от Serge10
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум почтовая рассылка (2004)
- Форум Простейшая почтовая система, которую при этом нельзя сделать (2010)
- Форум Обратная сторона дверей (2013)
- Форум Обратная сторона слежки (2019)
- Форум обратная сторона плоскости (2015)
- Форум Обратная сторона Эльбруса (2022)
- Новости Обратная сторона популярности (2005)
- Форум Обратная сторона медали :-) (2004)
- Форум Сервисы почтовой рассылки (2018)
- Форум Автоматизация почтовой рассылки (2007)