Exchange 2007的Transport Service中帶一個Back Pressure的特性.今天接到一個CASE，比較詭異，大體情況如下：
Exchange 2010 2台 All in one，突然無法接收外部郵件，但可以外發，內部互相收發都可以，檢查MX、A記錄也都可以，telnet 25端口也通，這就是奇葩了，然後通過163、126發送郵件，提示對方服務器無響應。
檢查服務器磁盤，裝載數據庫的磁盤，剩余空間很多，C盤占用的比較厲害，沒太注意它，但經過檢查發現，罪魁禍首就是它。
按照之前的規劃，系統默認數據庫是不存放用戶數據的，但不知道為什麼IT管理員卻把一些用戶放在了這裡，哎，估計是當時創建用戶的時候圖省事，選擇的默認操作，結果釀成了悲劇。
趕緊將日志剪切走，這才恢復了正常。但這麼奇怪的問題，總得有原因吧，找徐大大學習了一下，才知道有Back Pressure這個東西,它用來監控系統的資源使用.一旦系統資源不充足,就會出現這種情況,伴隨的再現是郵件不能發送,所全自動會進入到草稿箱.一般我們在測試環境中,我們的資源是有限的.Back Pressure要求Exchange隊列文件夾所在的驅動器有4G以上的可用空間. 我們可以通過更改Transport Service的配置文件來達到目的.但是禁止在一個正常使用的Exchange 環境中使用該方法.
在Hub Transport Server或者Edge Server上,進入Exchange的安裝文件夾%Program Files\Microsoft\Exchange Server\Bin,打開EdgeTransport.exe.config文件,找到
<add key=”EnableResourceMonitoring” value=”True”/>
將其更改為
<add key=”EnableResourceMonitoring” value=”False”/>
然後重新啟動Transport Service
