邮寄 向 50,000-100,000 名订阅者发送电子邮件
我想开发一个邮件列表应用程序，它需要能够一次向50,000-100,000订阅者发送消息。
Swiftmailer 的 批量发送方法 可以处理这个问题吗？ 当涉及到电子邮件/SMTP/邮件服务器时，我是个傻瓜——在开发此应用程序时我还需要记住哪些其他事情？
I want to develop a mailing list application that needs to be able to handle out sending messages to 50,000-100,000 subscribers at a time.
Can Swiftmailer's batch send method handle this?
I am a simpleton when it comes to email/SMTP/mail servers--what are other things I need to keep in mind when developing this application?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我曾经写过一三个邮件应用程序。 根本无法真正评论 swiftmailer，但需要记住一些事情：
1）这种规模的列表是长期运行的操作。 运行时间如此之长，以至于它们根本不应该由 Web 进程处理，而应该作为某种批处理作业来处理。
2）有时会出现一些问题并切断要发送的数据流。 这意味着您的邮件程序应用程序应该能够 a) 知道它在做什么，b) 能够随时重新启动。
3) 与 #2 相关——在这只小狗上有很多仪器和日志记录。 您需要能够弄清楚这个长时间运行的批处理过程何时出错以及为什么会在某个时候出错。
因此，基本上，要关注的关键是使批处理作业位发挥作用。 到底什么电子邮件发送引擎几乎是次要的问题。
I've written a mail app or three in my days. Can't really comment on swiftmailer at all, but some things to keep in mind:
1) Lists of this scale are long-running operations. So long-running that they really should not be handled by web processes at all but rather as some sort of batch job.
2) Something sometime is going to screw up and cut off the stream of stuff to send. Which means your mailer app should be able to a) know what it is doing and b) be able to restart itself at any point.
3) Related to #2--have lots of instrumentation and logging on this puppy. You will need to be able to figure out when this long-running batch process screwed up and why at some point.
So, basically, the key thing to focus on is making the batch job bits work. Exactly what email sending engine is almost a secondary concern.
虽然我通常是 Swiftmailer 的忠实粉丝，但我不一定会推荐它用于那么大的列表。 我有一个网站，一年多以来一直在使用 PEAR Mail 和 Mail_Queue 没有任何问题。
本质上，消息会排队等待传送（作为记录存储在 MySQL 数据库中），然后 cron 作业整夜定期运行，以可管理的批次发送它们（使用 php CLI）。
（回答原始问题的第二部分，自从移至此处 ）至于跟踪：
Whilst I'm normally a big fan of Swiftmailer, I wouldn't necessarily recommend it for lists that large. I have a site which has been sending out member notifications of that magnitude for over a year now using PEAR Mail and Mail_Queue without any issues.
Essentially, the messages get queued for delivery (stored as records in a MySQL database) and then a cron job runs periodically throughout the night to send them in manageable batches (using php CLI).
(answering 2nd part of original question, since moved here) As for tracking: