PHP 群发邮件 (25K-100K) 列表
我有一个为客户编写的 PHP 应用程序，用于创建 HTML 新闻通讯并将其发送到数据库中的电子邮件。 邮件是通过 mail() 命令（我知道，蹩脚的），从带有适当暂停的 CRON 作业等完成的。到目前为止，所有客户端的列表都是有限的（最多 8000 封邮件，在两个小时内发送）。 服务器是我自己的 - 没有任何限制。 该软件可以处理退回邮件、选择退出选项等。
一个新客户希望每月发送 100,000 封邮件，每周批量发送 25K，我想替换 mail() 函数。 有什么建议么？ PHPMailer 类可以解决这个问题吗？
I have a PHP app I have written for clients to create HTML newsletters and send them out to emails in a database. Mailing is done via the mail() command (I know, crappy), from a CRON job with proper pauses, etc. Up to now, all clients have had limited lists (the maximum was 8000 mails, sent in two hours). The server is my own - no restrictions there. The software handles bounced mails, opt out options, etc.
A new client wants to send out 100,000 mails a month in 25K weekly batches and I want to replace the mail() function. Any suggestions? Would the PHPMailer class do the trick?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
查看 SwiftMailer - 它比 PHPMailer 好得多，并且正在积极开发中（PHP Mailer 充其量似乎是零星的）
Check out SwiftMailer - it is much better than PHPMailer and is actively being developed (PHP Mailer seems sporadic at best)
对于这种数量，您最好使用外部服务，例如
如果您尝试自己执行此操作，您很可能会最终被标记为垃圾邮件发送者。 此外，您需要小心管理选择退出列表等（根据 CAN-SPAM ）。
这些服务通常有一个 API，因此与您当前的代码库集成应该相对简单，没有任何问题。
从长远来看，使用这样的服务意味着更少的工作、更好的合规性、更少的被标记为垃圾邮件的麻烦等等。
（信息编译自相关的 Something Awful 线程。）
For this kind of volume, you'd be much better off going with an external service, such as
If you try to do this yourself, you'll more than likely end up getting flagged as a spammer. In addition, you need to be careful of managing opt-out lists and such (as per CAN-SPAM).
These services will usually have an API, so it should be relatively simple to integrate with your current codebase without any trouble.
Using a such a service will mean less work in the long run, better compliance, less trouble with getting marked as spam, and the likes.
(Information compiled from a related Something Awful thread.)