一次性向一大群使用者發送電子郵件：使用郵件伺服器還是列表伺服器？
我想知道這裡是否有人對使用什麼基礎架構軟體向數百人或偶爾數千人發送電子郵件有任何最佳實踐建議。相同的收件人列表永遠不會或幾乎不會被使用兩次。我想把每個人都放在密件抄送中，讓普通的 Postfix 處理傳遞，這是過去做得很好的事情。但是我們的一位系統管理員希望我使用 SOAP 呼叫連接到 SYMPA 列表伺服器，創建一個臨時列表，將所有收件人添加到列表中，向該列表發送電子郵件，然後刪除臨時列表。他的理由是，列表伺服器可以比 postfix、sendmail、exim 或其他任何東西更好地處理成百上千的收件人。
從開發人員的角度來看，為不是真正列表的事物創建列表（它們只使用一次，它們不是面向使用者的，您不能訂閱或取消訂閱它們）給了我 heebie-jeebies，但如果這真的是最好的做事方式，我很樂意接受他的要求。這就是我來到這裡的原因：真的是直接通過正常郵件伺服器發送大量電子郵件流量確實是一種不好的做法並且應該避免嗎？如果這是一種不好的做法，那麼 listserver 解決方案是個好主意嗎？如果沒有，還有其他建議嗎？
背景：我在一所大學工作，我目前正在開發一個應用程序，該應用程序允許院長向人群發送非常有針對性的電子郵件，例如向所有 30 歲以上的化學高年級學生髮送郵件，以提醒他們他們正在為以前活躍於該行業的學生設立令人興奮的新項目。他們在一個簡單的 Web 界面中選擇這些標準，然後通過同一個 Web 界面發送郵件。
謝謝！
他的理由是，列表伺服器可以比 postfix、sendmail、exim 或其他任何東西更好地處理成百上千的收件人。
要麼你沒有理解他的論點，要麼他不知道他在說什麼。
使用 sympa 有一些很好的理由——但這不是其中之一。如果您沒有使用它的工具來管理訂閱、處理退回、與 LDAP 等後端系統集成、摘要列表、歸檔……那麼它只是一個額外的成本。
MTA 只做 3 件事
- 排隊消息
- 路樁
- 將消息傳遞到其他系統
您真的相信您的系統管理員認為他維護的系統至少有 30% 的功能出現故障嗎？
MTA 非常擅長管理隊列。當然，將未定義數量的收件人推入電子郵件的密件抄送欄位是一種混亂的方法——最好一次最多 20 個。
然而，如今的生活比僅僅發送電子郵件要復雜得多 - 如果您希望將數百甚至數千封電子郵件發送到外部地址（甚至在某些情況下發送到內部地址），那麼您需要非常聰明地了解您如何配置您的郵件伺服器以避免看起來像垃圾郵件發送者。但這與您是否使用像 Sympa 這樣的郵件列表管理器幾乎沒有關係。確切地說，您如何處理這將填滿一本小書——因此從這裡開始沒有多大意義——尤其是如果您不在您的站點上管理 MTA。
返回並與系統管理員交談，詢問您為什麼需要使用 Sympa 以及它解決了哪些問題。