MTA 郵件未遞送

除了郵件傳輸問題以外，還有兩個一般問題，會在郵件佇列中產生未處理的郵件︰

1. 佇列快取記憶體與佇列目錄中的郵件不同步。MTA 佇列子目錄中等待遞送的郵件檔被傳送到記憶體佇列快取記憶體中。當通道程式執行時，它們會查看此佇列快取記憶體以確定要遞送佇列中的哪些郵件。可能會有這樣的情況：佇列中有郵件檔，但沒有對應的佇列快取記憶體項目。

   1. 若要檢查特定檔案是否位於佇列快取記憶體中，可以使用 imsimta cache -view 公用程式；如果檔案未在佇列快取記憶體中，則需要同步化佇列快取記憶體。

      佇列快取記憶體通常每四小時進行一次同步。如果需要，可以使用指令 imsimta cache -sync 手動重新同步化快取記憶體。同步化之後，通道程式將在處理新郵件後處理原始未處理的郵件。如果要變更預設 (4 小時)，您應透過增加 sync_time= timeperiod (其中，timeperiod 反映同步化佇列快取記憶體的頻率) 來修改目錄 /msg_svr_base/config 中的 job_controller.cnf 檔案。請注意，timeperiod 必須大於 30 分鐘。在以下範例中，透過將 sync_time=02:00 增加至 job_controller.cnf 的全域預設值區段，將佇列快取記憶體同步化修改為 2 小時：

      ! VERSION=5.0 !IMTA job controller configuration file ! !Global defaults tcp_port=27442 secret=N1Y9[HzQKW slave_command=NULL sync_time=02:00

      您可以在執行 imsimta cache -sync 之後執行 imsimta submit channel 以清除積壓的郵件。請務必注意如果積壓的郵件很多 (大於 1000)，則清除此通道可能要很長時間。

      如需概括的佇列快取記憶體資訊，請執行 imsimta qm -maint dir -database -total。

   2. 如果同步化佇列快取記憶體之後郵件仍未遞送，則您應重新啟動 Job Controller。若要如此，請使用 imsimta restart job_controller 指令。

      重新啟動 Job Controller 將導致磁碟上郵件佇列中郵件資料結構的重新建立。

      ---

      注意 –

      重新啟動 Job Controller 是迫不得已的步驟，應僅在所有其他方法無效之後方可執行。

      ---

      請參閱工作控制器，以取得有關工作控制器的更多資訊。

2. 由於通道處理程式不能建立其處理記錄檔而無法執行。檢查存取許可權、磁碟空間以及配額。