請注意，這與確認地址有不同。有沒有辦法證明給定的電子郵件地址肯定無法接收電子郵件？
IE。與類似的網站http://www.email-validator.net/
有沒有100%的方法證明某個位址無法接收資料？
答案1
您唯一可以做到的情況當然網域名稱（地址中@後面的部分）是否無效。例如如果是[電子郵件受保護]這永遠無法交付，因為 .c 不是也永遠不會是有效的 TLD。因此，沒有人可以擁有該網域，也沒有人可以使用該網域指向的 IP 設定郵件伺服器。
否則你最多可以檢查以下內容：
該網域現在有效嗎？如果不是，則該地址無法收到任何郵件。但新的 TLD 經常出現。因此，現在一些無效的網域名稱稍後可能會變得有效，然後它們可能會用於電子郵件，並且您的地址可能會被使用。例如，瑞士的首都是伯恩。他們沒有及時向 ICANN 提交 TLD .bern 申請，但有人想下次嘗試。所以[電子郵件受保護]現在無效，但以後可能會使用。
該域名是否有效但尚未註冊？那麼那裡暫時收不到郵件。但它總是可以在以後註冊和使用，如果時機正確，伺服器可能會在您的 SMTP 伺服器仍在定期重試發送郵件的同時上線。例如[電子郵件受保護]有效（是的，確實存在 .horse 位址），但網域 example.horse 目前未使用。
網域名稱已註冊但沒有郵件伺服器回應？與上方類似，現在無法接收郵件，但郵件伺服器可能會在幾分鐘內上線。例如，我自己的網域沒有運行郵件伺服器，但我可能可以在一兩個小時內安裝一個基本的郵件伺服器，在這方面有一些經驗肯定更少。
伺服器是否響應，但響應為“地址未知”。這可能是真的，網域中不存在具有該名稱的帳戶，郵件伺服器會丟棄您的郵件，也可能是真的，郵件伺服器將您的郵件重定向到一個包羅萬象的帳戶，也可能是謊言，伺服器就好像該帳戶不存在一樣，但實際上擁有該帳戶並發送您的郵件。
特殊情況：郵箱地址是否符合標準（https://www.rfc-editor.org/rfc/rfc6530），例如它是否在允許的長度內（我不太記得了，但我認為它在 300 個字元以下）或者它是否只包含允許的字元。如果沒有，那就變得有趣了。如果您的郵件用戶端和 SMTP 伺服器可以處理它，即使位址不符合標準，它們也可能會嘗試仍然發送郵件。現在理論上，接收郵件伺服器可能會因不合規而將其丟棄，或者它可能會表現得好像已將其丟棄但仍然會傳遞它。不過，這個案例的理論性很強。例：a"b(c)d,e:f;gi[j\k][電子郵件受保護]
答案2
並不真地。有很多因素可能會導致誤報和漏報。
我腦海中浮現的例子包括： - 郵件伺服器暫時關閉 - 垃圾郵件過濾器配置不正確，過於激進 - 伺服器運作正常，但郵箱未收到郵件（由於配置混亂而發生在我的伺服器上）
表示某個地址正在按預期工作的唯一真實跡像是收到該地址的回應。即使這可能只是暫時的。另一方面，當您嘗試達到目標時報告的任何問題也可能是暫時的。
我能想到的唯一例外是該域根本不存在。
答案3
不，沒有辦法。
電子郵件伺服器可能會接受電子郵件並簡單地丟棄它們。
PS：在某些情況下，您可以 80% 確定此時電子郵件不存在。
網域沒有
MX記錄（沒有可以傳送電子郵件的伺服器）< 這是錯誤的。如果沒有 MX，則嘗試將郵件傳送到該網域的 A 記錄。檢查 RFC。沒有 SMTP 伺服器（沒有任何內容偵聽連接埠 25）。但是，伺服器可能會暫時關閉。
- SMTP 伺服器明確報告您「沒有這樣的郵箱」。但是一些駭客伺服器可能會為除某些特殊客戶端之外的任何人傳回此錯誤。