事件ID：16023 Exchange2007排錯實錄

昨天下午接到了客戶的電話，郵件系統沒法收發郵件！

這是個大事，作爲如今企業內、外部重要的溝通方式，一旦郵件系統掛了，形成的後果都很嚴重，我讓客戶測試了幾種簡單的排錯方法，但郵件系統依然不能正常運行，因此我趕忙奔赴客戶的現場。

5 點離開公司，到客戶現場也就是6點半不到，仍是地鐵好啊，不堵車！

客戶的網絡環境很是簡單，就一臺機器，但是乾的活但是很多，DC+EX2007+SQL2005+WEB網站……

我一看頭就大了，作了一些檢查，粗略的查看了系統日誌，貌似沒有什麼問題。

Telnet 本機的25 端口，不通！竟然不通啊！

看了一下服務，發現有部分服務不能啓動，Exchange傳輸服務就是其中一個，我手動啓動了這個服務，可是兩秒鐘之後就自動中止了。

這時候我又回到了事件查看器，發現新增長了幾個錯誤。這個錯誤確定和 Exchange 不能正常運做有關係我內心這麼想着。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

我在 Techent 網站查找了 16023 這個錯誤代碼，果真找到了一些眉目信息。因爲找不到傳輸代理致使 Exchange 傳輸服務沒法啓動了，我又查找 1052 這個錯誤，

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

原來這個傢伙叫作 FSE Routing Agent ，我按照KB提到的這個方式，禁用了這個傳輸代理，果真Exchange的傳輸服務啓來了，也能正常工做了。

過後我才瞭解到，原來客戶當天把Forefront Server Security For Exchange 卸載了『很是規方法』，當Exchange 傳輸服務去找FSE Routing Agent 確定找不到了，這就致使不能收發郵件了。

再次提醒廣大的郵件系統管理員。卸載服務器類的軟件必定要注意了，這跟你卸載個QQ是徹底不一樣的，微軟產品的卸載通常都會有對應的卸載的文檔，請參照對應的文檔的進行卸載。

在此附上有關事件ID：16023的排錯方法的文檔連接

http://technet.microsoft.com/zh-cn/library/bb218699.aspx

卸載 Forefront Server Security for Exchange 請參考：

http://technet.microsoft.com/zh-cn/library/bb892174.aspx