Comments 9
Что-то не могу из этого графика понять, с какой скоростью Вы отравляете письма.
Я как раз-таки хорошо осведомлен об обычном количестве недоставленных с первой попытки писем. И могу с уверенностью сказать, что на PHP можно на далеко не топовом VPS слать по 20000 писем в час, причем не на максимальной нагрузке. И потом не приходится копаться в логах почтовика, чтобы выцепить оттуда статистику по битым адресам, потому что она формируется на лету.
Если это не основная задача приложения, то конечно проще всего отдать все postfix`у или exim`у. Но в таком случае теряется гибкость. Почтовики как черные ящики, в них письмо засунешь и они его могут неделю пытаться доставить. А зачастую бывает, что через неделю это письмо для получателя уже будет не актуально, а то и вообще будет негативно воспринято. На счет миллионов писем — мы уже перевалили за эту цифру.
Да так уж исторически сложилось, что сами ее пишем. Сначала это был просто скрипт, берущий адресатов из базы и вызывающий mail(), а теперь это уже достаточно удобная система с вкусными для нас плюшками. Так как в быстродействие и близко не упираемся, то устраивает и php из-за скорости разработки на нем.
Лучше не всегда значит проще, я бы даже сказал редко. Да и само «проще» весьма субъективно. Если издержки на первоначальную настройку и дальнейшую поддержку локального почтового сервера не компенсируют убытков от внешних серверов, то есть ли смысл настраивать и поддерживать?
Что если бы автор нашёл аналогичный баг или отсутствие нужной возможности в exim, а возможностей/желания патчить его код не было?
Что если бы автор нашёл аналогичный баг или отсутствие нужной возможности в exim, а возможностей/желания патчить его код не было?
Sign up to leave a comment.
Расширяем возможности PHPMailer