啟用有限電子信箱編碼

關鍵字：restricted、unrestricted

有些郵件系統很難處理 RFC 822 所允許的全部位址類型。尤其常見的範例是配置檔案不正確的基於的郵件程式。加引號的本機部分 (或 電子信箱規格) 經常出現問題：

"smith, ned"@siroe.com

在 RFC 1137 中已經有方法可以解決這種麻煩之源。基本方法是從位址中移除引號，然後進行轉譯，將需要引號的字元對映至原子中允許的字元 (請參閱 RFC 822，以瞭解有關原子在此處使用時的定義)。例如，上述位址會變成：

smith#m#_ned@siroe.com

restricted 通道關鍵字告知 MTA 該通道會連線需要此編碼的郵件系統。然後，MTA 會在郵件寫入至通道時，對標頭位址和訊息封位址中加引號的本機部分進行編碼。而此通道上送進的位址會被自動解碼。unrestricted 關鍵字告知 MTA 不執行 RFC 1137 編碼和解碼。unrestricted 關鍵字為預設。

restricted 關鍵字應套用於連線無法接受加引號的本機部分的系統之通道。而不適用於實際產生加引號之本機部分的通道。(據假定，能夠產生此種位址的通道也能夠處理此種位址。)