我正在尋找相當於天坑電子郵件地址的地址。本質上，我需要一個類似於/dev/null或非路由範圍的丟棄機制240.0.0.0/4。
null@、devnull@、 或等選項none@似乎似乎合理，但有人擔心這些地址可能已被使用。
這個特定用例有事實上的標準嗎？
更新：
一些註釋指出使用<>和作為目標位址，但它們中的任何一個都會在 Postfix MTA 上:;產生回應：501 5.1.3 Bad recipient address syntax
<- 250 2.1.0 Ok
-> RCPT TO:<:;>
<** 501 5.1.3 Bad recipient address syntax
-> QUIT
<- 221 2.0.0 Bye
和：
<- 250 2.1.0 Ok
-> RCPT TO:<<>>
<** 501 5.1.3 Bad recipient address syntax
-> QUIT
<- 221 2.0.0 Bye
此外，空格也有相同的回應：
<- 250 2.1.0 Ok
-> RCPT TO:< >
<** 501 5.1.3 Bad recipient address syntax
-> QUIT
<- 221 2.0.0 Bye
從客戶端來看，它看起來一定很好，接收到250 2.0.0 O類似發送內容到 /dev/null 的內容：
$ echo test > /dev/null && echo $?
0
答案1
null@、devnull@、 或等選項none@似乎似乎合理，但有人擔心這些地址可能已被使用。
這些都不是標準的，而且它們確實可能已經在使用中。
據我所知，沒有特殊的地址可以保證發送到時不會送達任意隨機域–任何語法上有效的「local-part」對於投遞同樣有效，只有接收方 MTA 才能決定是否接受它；發送 MTA 不能基於本地部分拒絕。
因此，在所有情況下，您都必須先決定特定的（子）領域。
建議：
在您自己的網域名稱（或其子網域；您可以將 MX 記錄放在子網域上）設定 MTA。然後您將得到保證，eg
null@不會在該特定網域中使用。當然，寄件者仍會嘗試與您聯繫，但您實際上可以將該郵箱別名為/dev/null您自己的郵箱。現在有一個最近的慣例，即在明確認為永遠不會接收電子郵件的網域上建立「空MX」記錄（與沒有MX 記錄的網域相反，在這種情況下，該網域將隱式地成為其自己的MX）。如果您建立指向伺服器的單一 MX 記錄
.，這將導致許多新 MTA 自動傳送失敗。同樣，您可以為此使用子網域，而不是專用整個網域。example.com(and.net, and.org) 是一個存在的真實域，但保留用於範例和文件（即它永遠不會有真實的郵箱）；作為其中的一部分，它實際上有一個“null MX”記錄。有一些保留域，例如
[anything].invalid，它們根本不會存在於 DNS 中（甚至不存在 null-MX），因此您的來源 MTA 將立即傳送失敗。
答案2
由於問題提到了 Postfix MTA，因此以下是如何設定 Postfix 以使特定位址的行為就像/dev/null.
Postfix 附帶一個丟棄郵件投遞代理，描述為：
這丟棄(8)傳遞代理假裝傳遞傳遞請求中的所有收件人，記錄「下一跳」目的地作為丟棄郵件的原因，更新佇列文件，並將收件人標記為已完成或通知佇列管理器應再次嘗試傳遞晚些時候。
可以使用以下命令將電子郵件地址配置為由丟棄代理處理交通地圖:
/etc/postfix/main.cf:
transport_maps = hash:/etc/postfix/transport
/etc/postfix/transport:
[email protected] discard:
然後執行postmap /etc/postfix/transport建立傳輸資料庫的索引檔案並重新載入 Postfix 守護程式（重新載入或重新啟動守護程序的命令可能會根據所使用的作業系統而有所不同）。
因此，Postfix 將丟棄發送至 的郵件[email protected]。
整個網域或子網域的郵件可以透過以下方式丟棄：
/etc/postfix/transport:
# discard all mail to domain 'example.com':
example.com discard:
# discard all mail to subdomains of 'example.com':
.example.com discard:
答案3
不確定任何事實上的標準，但我通常只使用以noreply-.您真正需要做的就是確保網域中不存在您使用的位址。
它不是確切地就像/dev/nullMTA 仍然會嘗試路由它而不是直接丟棄它，但它最終會無處可去。