Есть и другие факторы, которые следует учитывать, кроме производительности, но короткий ответ: есть лучшие варианты.Amazon SES и MailChimp, о которых я знаю, слышали положительные отзывы.
Посмотрите на ответ j08691 относительно производительности, но другие проблемы с использованием mail() для этой цели включают:
Масштабируемость (вы попадете в стену, которую в конечном итоге не сможет обработать ни один SMTP-сервер, и вы уже об этом думаете)
Целостность - у вас гораздо больше шансов получитьпомечается как спам при развертывании вашей собственной почтовой рассылки, особенно с использованием mail, поскольку она использует локальный sendmail по своему замыслу.
Стоимость / Выгода и рентабельность инвестиций - надежные массовые рассылки понимают это правильнои по конкурентоспособной ставке.В какой-то момент вы платите себе меньше в час за обслуживание своего почтового сервера в случае его сбоя, выхода из черных списков, написания макета электронной почты вручную, общего обслуживания и т. Д. И т. Д., Чем платите за службу массовой рассылки.
В целом, большая проблема заключается в том, что вы должны делать всю работу самостоятельно, и вы, скорее всего, будете помечены как СПАМ, чтобы не платить за услугу, которая сможет отправлять сотни пользователей.сообщений электронной почты в секунду вместо ста минут, когда PHP не занят всем, что он обрабатывает для вашего веб-приложения.
Персональный анекдот (не одобрение для SES, просто рассылка): у нас был клиентна каждую кампанию было отправлено более 100 тыс. писем, минимум 1–3 кампании в день.Они начали жаловаться, что клиенты получали электронные письма о «ежедневных сделках» с опозданием на 2 дня.Это было не потому, что библиотека Mailer была медленной (даже в этом приложении избегали использования простого mail), а в том, что нельзя было уверенно отправлять всех писем за каждые кампания до того, как письмо было неактуальнымМы переключили их на SES (с некоторой оптимизацией с нашей стороны, но не сильно), и они могли очистить кампанию менее чем за час.