密件抄送收件人数量限制答案

【问题标题】：Limitations on the number of BCC recipients密件抄送收件人数量限制
【发布时间】：2010-10-13 17:15:38
【问题描述】：

我有一个以编程方式生成和发送电子邮件的应用程序。收件人列表可以超过 1000 个。我一直在循环发送单独的电子邮件，但每封电子邮件大约需要 0.5 秒。我现在正在研究的方法是删除消息正文中的自定义并发送一封包含密件抄送中所有地址的电子邮件。（也许其他解决方案是可能的，我欢迎他们，但我主要感兴趣的是深入研究这个 BCC 解决方案的复杂性。）

一封电子邮件中允许的收件人数量是否有限制？这是否完全取决于我的电子邮件客户端和/或 SMTP 服务器的配置？我的域控制之外是否还有其他限制？此外，如何处理密件抄送？我假设密件抄送分发需要在某个时候分解为单独的邮件消息。邮件客户端（在我的例子中是 javax.mail）是否对此负责，或者邮件服务器是否负责？

我也对如何测试我的新电子邮件冲击波程序的建议感兴趣？

我不认为通过在 google 或任何地方创建 1000 个帐户来进行有效的测试（我也不想这样做）。我听说有一些针对同一主机上的多个收件人的邮件服务器优化。就我而言，大多数都是不同的主机。

另一种方法是让所有收件人都参与进来，看看他们是否收到了电子邮件。我可以这样做，但我想避免向它们发送垃圾邮件，假设如果第一次出现问题，我可能需要多次测试。

或者我只是假设一些限制并发送一批电子邮件，每个电子邮件的收件人数量是任意数量，比如 50 或 100？

【问题讨论】：

伙计，如果你是那个给我发伟哥邮件的人，现在就停下来！
感谢您的提醒。我更新了我的问题。

标签： java email smtp

【解决方案1】：

BCC 在您的 SMTP 服务器中运行；没有收件人知道其他密件抄送的电子邮件地址，因此这是一个完全取决于您的 SMTP 服务器的限制。

您应该咨询您的服务器管理员。

【讨论】：

...然后他们将引导您发送 UBE。
我从未听说过 SMTP 级别的密件抄送。这是对某些服务器的定制吗？
我的意思并不是说密件抄送是简单邮件传输协议的一部分，而是在 SMTP 服务器内部进行向密件抄送收件人的传递。
如果密件抄送不是 SMTP 的一部分，SMTP 服务器如何知道密件抄送列表以发送每条消息？或者您是说邮件客户端负责为每个密件抄送收件人发送单独的请求。如果后者是真的，那么 SMTP 服务器似乎实际上没有密件抄送限制。
s_t_e_v_e：关于 SMTP 的有趣事实：它实际上并不关心电子邮件中的“To:”标头。收件人列表在标头之外单独发送（使用 RCPT TO）。 BBC 通过简单地在 RCPT TO 中提到的 To: 标头中不提及某人来实施。

【解决方案2】：

感谢您的 cmets。据我所知，传出 SMTP 服务器将负责分解每条消息。在构建新消息时，传出 SMTP 服务器将只为每个密件抄送收件人发送适用的 RCPT TO 命令。所以在所有收件人都是密件抄送的情况下，每条消息只有一个 RCPT TO 命令。

既然如此，看来我真的只需要关心我们的传出 SMTP 服务器配置。无需担心目标 SMTP 服务器。

我得到了一个建议，似乎是测试这个的好方法。我可以将我的消息发送给多个收件人，每个收件人都有一个我们有效父域的唯一虚假子域。当没有找到子级的 MX 记录时，将使用父级。传出 SMTP 服务器不会意识到虚假域不存在，因此这应该避免针对具有公共域的多个收件人进行任何 SMTP 优化。我们可能还可以配置这些消息将全部路由到同一个收件箱。

【讨论】：

不，在第一段中，当所有收件人都是密件抄送时，每个密件抄送收件人都会有一个 RCPT TO 命令。（和零到：消息中的标题）。我同意你的第二段。

【解决方案3】：

更明确的是，涵盖 SMTP (2821) 的 RFC 没有提及邮件服务器特定限制之外的收件人限制：

"如果一个 SMTP 服务器对 RCPT 的数量有实现限制命令并且此限制已用尽，它必须使用响应代码 452（但客户端也应该为 552 做好准备，如前所述更多）。如果服务器在 RCPT 命令的数量，它可以改为使用 5XX 响应代码。如果政策限制是有意的，这将是最合适的如果特定邮件正文的收件人总数，则应用即使该邮件正文是在多封邮件中发送的，也会被强制执行交易。”

http://www.ietf.org/rfc/rfc2821.txt

【讨论】：