使用telnet的電子郵件驗證標記爲垃圾郵件的恐懼

問題背景： 我有一個35K +的用戶成員，發展很快。我計劃遷移到Amazon SES服務。亞馬遜SES有一個標準來減少配額，甚至根據彈回電子郵件終止服務。使用telnet的電子郵件驗證標記爲垃圾郵件的恐懼

我發送促銷郵件給我的會員。但擔心的是存在不再存在的電子郵件地址，因此亞馬遜SES通知我並採取措施減少或終止我的服務的公平可能性。我需要確保我有有效的電子郵件地址不會干擾SES。

可能的解決方案： 要解決這個問題，我打算爲每個電子郵件地址執行以下步驟;

Step1。收集電子郵件域的MX記錄。

Step2。 telnet到該MX域名

Step3。有以下模式

EHLO my_domain_name 
MAIL FROM:<[email protected]_domain_name> 
RCPT TO:<[email protected]_user_email_domain>

我會覈實每個命令觸發，如電子郵件是有效後的反應驗證電子郵件地址，如果我收到RCPT命令現在

什麼是可能的注意事項後，250個狀態我應該關心未被標記爲垃圾郵件或被遠程服務器拒絕？

2012-03-29 Raza Ali

您可能會得到與您期望的完全不同的答案。許多（大多數？）電子郵件系統設置用於防止垃圾郵件不會像這樣泄露用戶信息。例如，我自己的服務器將爲我的域上的每個地址指定250 OK，即使這些地址實際上並不存在。

你應該做的是有一個系統，讀取這些彈跳電子郵件，並在一些反彈後刪除未使用的地址。這樣做的一個好方法是爲每封郵件（或至少爲每個收件人）設置不同的發件人地址，以便輕鬆地將退回郵件與其預期收件人連接。這種技術有時被稱爲Variable envelope return path。

2012-03-29 07:03:50

感謝您的回答@Emil。我有兩個問題與你的答案。回覆'250 OK'這也意味着服務器是開放中繼，接受所有電子郵件？對於彈回電子郵件從系統中刪除電子郵件的任何建議閾值否？ – 2012-03-29 07:33:07

我自己只允許在自己的域名中使用電子郵件（其他人不被接受），但即便如此，也可能存在一些系統，直到郵件從發件人發送（並且然後給予永久錯誤）。這可能會或可能不會違反SMTP RFC（我沒有檢查過），但是擴展標準在垃圾郵件戰鬥中是很常見的。 – 2012-03-30 04:41:18

我認爲在刪除地址之前，GNU Mailman列表軟件默認爲連續五次反彈。我不會把它設置得比它高。 – 2012-03-30 04:43:16

我想你在這裏看到過這個問題：How to check if an email address exists without sending an email?？這談到了一些缺點。

我不是專家，但我懷疑要保證某人在某個時候不會將您列入黑名單，或者您從中獲得100％準確的結果或任何其他方法，將會非常困難。

對於你的情況，雖然也許這並不重要 - 只是嘗試不頻繁地進行檢查，以便減少保證退回的數量，並且如果只發送一些退回的數據，它將無關緊要太多了。最重要的是，您可以擁有自己的系統來處理退回，並確保您不會再次發送到該電子郵件。

做所有這些可能只是「足夠好」的工作。

2012-03-29 07:07:41 kmp

回答