使用SMTP協議直接發送電子郵件的正確方法是什麼？ （繞過我的一端MTA）

Question

我需要發送電子郵件DIRECLTY到收件人的郵件服務器，繞過我的一端的任何MTA。我知道使用sendmail等MTA有一些很好的理由，所以我不需要那個方向的建議。我想編寫直接連接到收件人的郵件服務器的代碼。

那麼，我錯過了什麼嗎？

1. 假設目標電子郵件是user@domain.com
2. 查找domain.com的MX記錄，並選擇一個隨機的MX記錄。我們稱這個「服務器」
3. 如果沒有MX記錄domain.com，使用「domain.com」作爲「服務器」
4. 連接到「服務器」在端口25
5. 將本：

HELO myserver.com
MAIL FROM： <me@myserver.com>
RCPT TO： <user@domain.com>
DATA
主題：這是一個測試

你好， 這是一個測試消息。

退出

這在很多情況下工作。我想知道的是 - 我錯過了什麼？有沒有什麼情況會導致這種情況無效，我還得做更特別的事情？

我可以測試它嗎？如果我連接的遠程服務器顯示「可接受郵件的消息」，我可以假設它會通過嗎？

Answer 1

一些有用的信息在這裏：

發送電子郵件沒有郵件服務器
http://www.example-code.com/csharp/send_email_without_mail_server.asp

參見這裏：

http://www.eggheadcafe.com/community/aspnet/2/10062223/mail-server.aspx

Answer 2

您應該被檢查預期的響應代碼每一個步驟，你當然需要從一個點開始消除消息中的行，但是是的，這就是它。

這就是所謂的直接到MX郵件，它的優點是，當用戶輸入錯誤的地址或不接受郵件並馬上通知他們時，您可以馬上知道。這對於網站註冊過程非常有用，您不希望用戶坐在附近想知道註冊郵件的去向。

但是，不幸的是，直接到MX郵件的主要用戶是垃圾郵件發送者。所以有一些垃圾郵件對策也可能會讓你受到影響。

首先，一個域可能有多個MX，希望垃圾郵件發送者使用他們通常愚蠢的軟件只嘗試第一個。如果在一個MX上交付失敗，您應該嘗試其他的。

實施ESMTP（EHLO等）也可能值得將其與質量較差的MTA（如垃圾郵件發送者使用的腳本）區分開來。我沒有任何證據表明郵件服務器在此基礎上區分他們的垃圾郵件分數，但我認爲這樣做可能是別人想到的！

更常見的問題是greylisting。如果您希望郵件到達灰名單生成的臨時失敗響應，您將不得不等待一段時間，然後嘗試連接並再次發送郵件。這會直接導致MX郵件失去一些潛在的無狀態和快速失敗優勢。

當然，如果您發送的郵件沒有上游ISP郵件中繼，無論是直接還是通過您自己的本地後綴，您都有被地址阻止的風險。如果您無法將您的反向DNS設置爲與您的HELO相匹配並且看起來不像動態分配的地址，則這種可能性會增加。