客戶環境是兩臺Exchange 2013服務器，通過部署在DMZ區的梭子魚垃圾郵件網關對外收發郵件。從本週一開始，梭子魚報警郵箱持續發送如下警告：
Alert: High out-queue length. out-queue length: 145
This alert applies to the Barracuda Spam & Virus Firewall at IP address *****(MAC address: **********/ serial number: ******) with a default domain of '***.com'.
從字面上發現是梭子魚接收郵件隊列太長，且隊列長期保持在110-200+之間。但是客戶最開始也沒有反饋郵件系統有任何問題，就初步以爲是發送來的郵件太大了，所以有些堵塞。直至今天客戶登陸梭子魚查看郵件日誌時，發現所有接收的郵件，梭子魚的響應是“允許”，但是最後結尾處顯示郵件投遞結果爲“被拒絕”。
由於梭子魚的響應爲“允許”，說明梭子魚並沒有組織這些郵件，那麼初步可以斷定爲郵件無法從梭子魚投遞到郵件服務器。爲此，進行了如下操作：
1、檢測梭子魚和郵件服務器的通信情況，均正常；
2、查看郵件服務器相關服務，均處於自動開啓狀態；
3、數據庫狀態正常；
4、內部郵件收發正常；
5、接受連接器正常，沒有進行過修改變動；
在看不出什麼問題的時候，只得再次查看梭子魚上面的日誌，發現有如下報錯信息：
452 4.3.1 Insufficient system resources
百度之，發現產生此報錯的原因是由於磁盤空間不足，導致郵件傳遞失敗。回到郵件服務器，發現磁盤空間只剩下4G多一點。萬惡的Exchange日誌啊，將日誌清除掉以後，剩餘空間將至20G，郵件接收恢復正常，且沒有梭子魚沒有再次報錯。