密件抄送收件人數量限制

Question

我有一個以編程方式生成和發送電子郵件的應用程序。 收件人列表可以超過 1000 個。我一直在循環發送單獨的電子郵件，但每封電子郵件花費的時間太長，大約 5 秒。 我現在正在研究的方法是刪除消息正文中的自定義並發送一個 email，其中所有地址都在密件抄送中。 （也許其他解決方案是可能的，我歡迎他們，但我主要感興趣的是深入研究這個 BCC 解決方案的復雜性。）

單個 email 上允許的收件人數量是否有限制？ 這完全取決於我的 email 客戶端和/或 SMTP 服務器的配置嗎？ 我的域控制之外是否還有其他限制？ 此外，如何處理密件抄送？ 我假設密件抄送分發需要在某個時候分解為單獨的郵件消息。 郵件客戶端（在我的例子中是 javax.mail）是否對此負責，或者郵件服務器是否這樣做？

我也對如何測試我的新 email 沖擊波程序的建議感興趣？

我不認為通過在 google 或任何地方創建 1000 個帳戶（我也不想）來進行有效的測試。 我聽說有一些針對同一主機上的多個收件人的郵件服務器優化。 就我而言，大多數將是不同的主機。

另一種方法是讓所有收件人都參與進來，看看他們是否收到了 email。 我可以這樣做，但我想避免向它們發送垃圾郵件，假設我可能需要多次測試，如果 go 第一次不正確。

還是我只是假設一些限制並發送一批電子郵件，每個電子郵件的收件人數量是任意數量，比如 50 或 100？

Answer 1

BCC 在您的 SMTP 服務器內工作； 沒有收件人知道其他 BCC 的 email 地址，因此這是一個完全取決於您的 SMTP 服務器的限制。

您應該咨詢您的服務器管理員。

Answer 2

更明確的是，涵蓋 SMTP (2821) 的 RFC 沒有提及郵件服務器特定之外的收件人限制：

“如果 SMTP 服務器對 RCPT 命令的數量有實現限制，並且這個限制已經用完，它必須使用 452 的響應代碼（但客戶端也應該為 552 做好准備，如上所述）。如果服務器有對 RCPT 命令數量的配置站點策略限制，它可以改為使用 5XX 響應代碼。如果策略限制旨在適用於特定消息正文的總收件人計數被強制執行，這將是最合適的，即使消息正文在多個郵件事務中發送。”

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

Answer 3

感謝您的意見。 據我所知，傳出的 SMTP 服務器將負責分解每條消息。 在構建新消息時，傳出的 SMTP 服務器將只為每個密件抄送收件人發送適用的 RCPT TO 命令。 所以在所有收件人都是密件抄送的情況下，每條消息將只有一個 RCPT TO 命令。

既然如此，看來我真的只需要關心我們即將推出的 SMTP 服務器配置。 無需擔心目標 SMTP 服務器。

我得到了一個建議，這似乎是測試這個的好方法。 我可以將我的消息發送給多個收件人，每個收件人都有一個我們有效父域的唯一虛假子域。 當沒有找到子級的 MX 記錄時，將使用父級。 傳出 SMTP 服務器不會意識到虛假域不存在，因此這應該避免針對具有公共域的多個收件人進行任何 SMTP 優化。 我們可能還可以配置這些消息將全部路由到同一個收件箱。