%20%E7%9A%84%E6%9C%80%E8%BC%95%E9%87%8F%E7%B4%9A%20SMTP%20%E4%BC%BA%E6%9C%8D%E5%99%A8.png)
我發現的其他討論沒有給出我的問題的明確答案。
問題描述：我正在運行嵌入式 Linux 伺服器設備，例如 TuxRail 或 DreamPlug，它們是基於 ARM 的設備，內存很少，並使用 micro-SD 卡作為大容量存儲設備，並且沒有 GUI 前端。他們正在運行 Debian Squeeze。我還有D-Link 的IP 攝影機，它可以透過帶有SMTP 設定的電子郵件發送動作捕捉，但有不好的限制（例如用戶名字段不能超過20 個字元（！）），這就是為什麼我想建立我自己的 SMTP/eSMTP 伺服器放入一個單獨的 Linux 盒子中，該盒子允許這些短用戶名，然後將這些電子郵件轉發到實際 ISP 的 SMTP 伺服器。
問題： 對於這樣的 Linux SBC 盒子來說，什麼是合適的「真實」SMTP 伺服器？只有當您建議的伺服器運行一個守護程序，該守護程序充當TCP/IP 連接埠25 和/或465 中的SMTP 伺服器，並且可以將這些電子郵件中繼到類似的ISP 伺服器時，您的回答才有價值。
（請不要向我建議與我要求的完全不同的東西，我特別想要“IP-to-IP”類型的SMTP 中繼伺服器，而不是命令列MTA 或類似的東西，因為我無權訪問該伺服器的命令列IP攝影機產品）
先致謝！
答案1
我建議使用 Postfix，特別是在 Debian 上，postfix 被分成幾個套件。您可以根據需要選擇和修剪特徵。
Postfix 功能強大、模組化、高度安全性、輕量、可擴充且易於配置。
在我的 256MB RAM 的 VPS 上，postfix 守護程式總共使用大約 6.5MB 常駐內存，其中包括 TLS 和 PCRE 模組。
答案2
我實際上喜歡 bahamat 的 Postfix 答案。但也有一個 hacky 替代方案：編寫一個簡單的 SMTP 代理伺服器（例如，Python），它接受連接，與真實伺服器建立持續連接，在傳遞命令之前編輯 RCPT TO 命令（以更改電子郵件地址）並傳遞所有其他內容不變。美觀上令人不快，但極度輕便。