在ESA上，REJECT和TCPREFUSE有何區別？

下載選項

  • PDF     (300.0 KB)
    在多種裝置上使用 Adobe Reader 檢視
  • ePub     (80.8 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
  • Mobi (Kindle)     (62.3 KB)
    在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視
已更新: 2014 年 7 月 18 日
文件 ID:118007

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

目錄

問題

問題

REJECT和TCPREFUSE有何區別？

您可以將以下任何專案增加到使用郵件流策略的發件人組，以配置郵件安全裝置(ESA)來限制連線：

  • IP範圍
  • 特定主機或域名
  • SenderBase信譽服務(SBRS)「組織」分類
  • SBRS評分範圍
  • DNS清單查詢響應

每個郵件流策略都有一個訪問規則，如ACCEPT、REJECT、RELAY、CONTINUE和TCPREFUSE。嘗試建立與ESA的連線並使用TCPREFUSE訪問規則匹配傳送方組的主機不允許連線到您的ESA。從傳送伺服器的角度來看，它將顯示為伺服器不可用。在這種情況下，大多數MTA將頻繁重試，這將建立更多流量，然後以清晰的硬退回應答一次，例如REJECT。

嘗試建立與ESA的連線並遇到REJECT的主機將收到554 SMTP錯誤（硬退回）。

對於大多數實施而言，拒絕是更好的策略，因為傳送ESA會立即知道您的域不會接受來自它們的消息。這不僅能降低裝置的總體負載，而且發件人可以立即收到一份無法送達的報告(NDR)，而不是等待重試過期（某些發件人可能需要長達5天的時間）。如果錯誤地阻止了發件人，則此操作很有用。

修訂記錄

修訂 發佈日期 意見
1.0
18-Jul-2014
初始版本
TAC Authored

由思科工程師貢獻

  • Dominic Yip and Enrico Werner
    Cisco TAC Engineers.

這份文件是否有所幫助？

Feedback意見

讓思科協助您

本文件適用於這些產品