Sun Java System Messaging Server 6.3 管理指南

12.4.3.8 內送的郵件的替代通道 (切換通道)

關鍵字:switchchannelallowswitchchannelnoswitchchannel。另請參閱12.4.4 SMTP 認證、SASL 與 TLS上的 saslswitchchannel12.4.8 傳輸層安全上的 tlsswitchchannel12.4.3.9 來源通道會根據使用者或網域設定進行切換上的 userswitchchannel

以下關鍵字會控制內送郵件的替代通道之選取:switchchannelallowswitchchannelnoswitchchannel

MTA 接受來自遠端系統的內送連線時,它必須選擇與此連線關聯的通道。通常此決定依使用的傳輸而定;例如,經由 TCP/IP 的內送 SMTP 連線會自動與 tcp_local 通道相關聯。

但是,使用具有不同特性的多個外寄通道處理經由同一傳輸的不同系統時,此慣例就無法奏效。發生這種情況時,內送連線不會與外寄連線所關聯的通道相關聯,因此對應的通道特性也不會與遠端系統相關聯。

switchchannel 關鍵字提供了解決此難題的方法。如果對伺服器使用的初始通道指定了 switchchannel,連線 (原始) 主機的 IP 位址將對照通道表進行比對,如果相符,則來源通道會隨之變更。如果找不到相符的 IP 位址,或發現相符結果符合原始預設的內送的通道,則 MTA 可以選擇使用 DNS 反向查詢所找到的主機名稱來嘗試比對。來源通道可以變更為標記了 switchchannelallowswitchchannel (預設) 的任何通道。noswitchchannel 關鍵字會指定不應自該通道進行切換,也不應切換至該通道。

switchchannel 的規格對於伺服器依預設關聯的通道以外的任何通道都無效。目前,switchchannel 僅會影響 SMTP 通道,但實際上也沒有其他通道適合使用 switchchannel