PHP 电子邮件效率（密件抄送与个人电子邮件）答案

【问题标题】：PHP E-mail Efficiency (BCC vs individual e-mails)PHP 电子邮件效率（密件抄送与个人电子邮件）
【发布时间】：2012-09-13 05:48:42
【问题描述】：

我们基于 Web 的 PHP 软件目前会向 1-2000 名收件人发送简报。时事通讯通常有一个 PDF 附件 (15KB-5MB)。时事通讯不需要针对各个收件人进行定制。

问题：最好是发送一封电子邮件，每个收件人都有密件抄送 (BCC)，还是为每个收件人生成唯一的电子邮件？

注意事项： - 哪个选项对邮件传输代理的压力较小？ - 哪个选项以编程方式更有效？ - 哪个选项占用的资源较少？ - 任何一个选项都有限制吗？（例如 BCC 有最大数量）

我已经尝试过 Google，但我找不到任何人根据经验证据有明确的意见。实际上很难找到有意见的人。

感谢：感谢所有为回答这个问题做出贡献的人。非常感谢人们的反馈，以确保我们做事正确！

【问题讨论】：

个人，使用密件抄送，邮件服务器无论如何都会进行拆分。如果发生什么事情，您不想公开所有这些电子邮件地址。无论如何，您确实应该进行自定义-至少对于跟踪而言。如果这超出了您的核心能力，有一些价格合理的服务可以做到这一点。
此外 - 甚至不要考虑为此使用 mail()。
Dagon：为什么不建议使用 mail()？基本上我所做的是创建了一个处理消息格式的 Mail 类，但最终我仍然使用 mail() 来进行发送。有没有更有效的方式使用 PHP 将邮件推送到 MTA？
阅读他的邮件页面关于使用 mail() 处理批量邮件的内容。非常低效的打开和关闭每封邮件的连接

标签： php email bcc

【解决方案1】：

为每个收件人生成一封电子邮件。使用收件人字段而不是密件抄送来使其个人化。

优势

邮件队列将准确反映正在发生的事情。
您可以将负载分配到多个电子邮件服务器。
您可以个性化“收件人”“主题”“正文”等。
您可以使用跟踪网址。
邮件服务器通常对每封邮件有密件抄送限制。如果您一次发送一条消息，则不会达到限制。
密件抄送电子邮件通常会保留在队列中，直到所有交付完成。这种情况很少见，但我们经历过（使用最新的 qmail）有时单个收件人会响应一个错误，使邮件服务器再次发送它，失败，再次，失败......直到我们将其从队列中删除。这让人们非常沮丧。

缺点

PHP 脚本必须更加努力地生成单独的请求。

肯定还有其他优点和缺点，但这是我遵循的列表。

更新：关于 PDF 附件，我建议提供下载链接，除非将其包含在电子邮件中至关重要。

PDF 附件使电子邮件在垃圾邮件/病毒扫描程序看来更加可疑，因为众所周知，垃圾邮件会尝试利用易受攻击的 Acrobat 版本。这些 PDF 附件可能会使您的简报更有可能进入收件人的垃圾邮件文件夹。
大型 PDF (1+mb) 不适合使用慢速连接或智能手机等受限设备查看电子邮件的人。
链接比附件小得多。如果您不使用 5MB 附件，您将节省多达 13GB 的带宽！

【讨论】：

如果我不那么懒惰的话，我会这么写:-)
@Dagon +1 :) 我刚刚添加了一些关于 PDF 附件的信息。
谢谢 - 我没有考虑将负载分散到多个 MTA 上。这是个好主意！我们的应用程序已实例化，因此超过 450 个站点都在做同样的事情（2000 个收件人 x 450 个站点 x 每年 12 个时事通讯...大量邮件）。

【解决方案2】：

这取决于您站点的 MTA 基础架构。如果运行您的网络应用程序的盒子设置为将所有电子邮件转发到您的 ISP 的某个电子邮件中心，那么密件抄送绝对是优势。否则，它可能会为您节省一些带宽，但不一定（这取决于您发送到的实际地址）另外，我建议您不要将 pdf 附加到消息中，而是将其放在网络服务器上并在 e- 中包含超链接邮件。当我收到您的消息时，它是一条群发消息。我相信很多人即使选择接收也不会阅读您的消息。

【讨论】：

我们在同一网络上使用邮件中继服务器。根据您的建议，我想 BCC 更快（从 Web 服务器到邮件中继服务器的一条消息，而不是从 Web 服务器到邮件中继服务器的 2000 条消息）。

【解决方案3】：

而不是附加如此大的文件（由于文件大小，某些 MTA 也可能会拒绝）将其上传到可公开访问的地方（即网络服务器）的某个地方，并向所有电子邮件收件人发送一个简单的链接他们可以用来查看 PDF。

这种方法的好处是可以节省大量带宽，即使您需要为每个收件人提供不同的 PDF，您仍然可以使用它。

【讨论】：