|
| |
| Sun Java System Messaging Server 6 2005Q1 管理指南 | |
第 16 章
休假自動郵件回覆為自動產生電子郵件回應 (自動回覆)，尤其是休假郵件，MTA 使用郵件處理通知 (MDN) 和篩選程序檔語言。MDN 是 MTA 傳送給寄件者和/或 Postmaster 以報告有關郵件遞送處理情況的電子郵件。MDN 還稱為讀取收據、確認、收據通知或遞送收據。篩選是一種用於建立郵件篩選器的簡單程序檔語言。
本節描述休假自動回覆機制。在大多數情況下，沒有必要修改預設配置，但如果您想要配置您的系統以便在 MTA 轉送器而非後端郵件儲存中執行休假處理作業，又另當別論。
本章包含以下各節：
休假自動回覆簡介休假篩選程序檔可從各種 LDAP 休假屬性自動產生 (請參閱休假自動回覆屬性)。還可以明確指定它們，這樣更為靈活。追蹤休假的基本機制是記錄將回覆傳送至各個寄件者的時間的一組檔案 (每個預期收件者一份)。
依預設，MTA 在後端儲存系統中評估休假。但是，由於 MTA 轉送不能執行與後端儲存同樣多的工作，為了提昇效能，您可以讓 MTA 在郵件轉送器 (而不是後端儲存) 上評估休假。但是，使用此功能可能會導致休假回應傳送出去的次數多於預期次數，這是因為不同的轉送將處理不同的郵件。如果不想讓休假郵件傳送出去的次數多於預期次數，您可以在轉送之間共用檔案追蹤。如果您無法接受這種方法，則可以始終在後端儲存系統上評估休假。
配置自動回覆遞送位址可透過一組式樣產生。使用的式樣取決於為 mailDeliveryOption 屬性定義的值。系統會為每個有效的 mailDeliveryOption 產生一個遞送位址。式樣由 MTA 選項 DELIVERY_OPTIONS 在 option.dat 檔案中定義。option.dat 檔案的 DELIVERY_OPTIONS 中的預設自動回覆規則是：
*^!autoreply=$M+$D@bitbucket
MTA 將在自動回覆 DELIVERY_OPTION MTA 選項上標註「^」。這可讓 MTA 檢查休假日期。如果目前日期在休假日期內，處理將繼續，並且 MTA 將在自動回覆 DELIVERY_OPTION 上標註「!」。然後，MTA 將根據使用者項目上的各種自動回覆 LDAP 屬性建立休假篩選程序檔。自動回覆規則的字首字元可以是「!」、「#」、「^」和「*」。
電子信箱遞送選項上可以有「!」旗標。這將無條件地啟動產生的休假程序檔。但是，這樣可以透過單獨的遞送選項啟動自動回覆機器，以便由「^」旗標進一步限制。檢查此階段的日期比使用篩選邏輯更加有效。
表 16-1 的第一欄顯示用於自動回覆規則的字首字元，第二欄顯示這些字首字元的定義。
表 16-1 用於 DELIVERY_OPTIONS 中的自動回覆規則的字首字元
字首字元
定義
!
啟動產生的自動回覆篩選程序檔。
#
允許在轉送上進行處理。
^
僅在休假日期指出該選項應被評估時才對該選項進行評估。
*
規則僅適用於使用者。
自動回覆規則本身指定提交到 Bitbucket 通道的位址。一旦產生自動回覆，將認為郵件是透過此方法遞送的，但是 MTA 機器需要遞送位址。遞送至 Bitbucket 通道的所有郵件將被捨棄。
配置後端儲存系統上的自動回覆
DELIVERY_OPTIONS 中的預設自動回覆規則可在為使用者提供服務的郵件伺服器上產生自動回覆。如果您要在後端儲存系統上評估休假郵件，則無需進行任何配置。這是預設運作方式。
配置轉送上的自動回覆
如果您要在轉送 (而不是後端儲存系統) 上評估休假以增強效能，請編輯 option.dat 檔案，並將字元 # 置於 DELIVERY_OPTIONS 中的自動回覆規則之前。例如：
- 使用 an 編輯器開啟 option.dat 檔案。
- 新增或變更 DELIVERY_OPTIONS 選項，使現有的自動回覆規則類似於：
#*^!autoreply=$M+$D@bitbucket
預設 DELIVERY_OPTIONS 選項類似於：
DELIVERY_OPTIONS=*mailbox=$M%$\$2I$_+$2S@ims-ms-daemon, \
&members=*, \
*native=$M@native-daemon, \
/hold=@hold-daemon:$A, \
*unix=$M@native-daemon, \
&file=+$F@native-daemon, \
&@members_offline=* \
,program=$M%$P@pipe-daemon, \
#forward=**, \
*^!autoreply=$M+$D@bitbucket這允許在轉送上進行處理。如果您讓 MTA 在轉送上執行自動回覆，則每個轉送均可獨立記錄特定通信者最近是否傳送離開郵件，或此資訊可在轉送之間共用。前一種情況比較簡單，特別是在將離開郵件傳送多少次都無關緊要的情況下。如果您要嚴格限制離開郵件頻率規則的應用，則此資訊必須在轉送之間共用。若要在轉送之間共用資訊，檔案應裝載有 NFS。
這些檔案的位置由選項 VACATION_TEMPLATE 控制。該選項 (在 option.dat 中) 應設定為 /<path>/%A，其中 <path> 是在各種轉送器之間共用的目錄的路徑。範本必須是 file:URL，並且您可以使用 $U 替換使用者的名稱。預設設定為：
VACATION_TEMPLATE=file:///opt/SUNWmsgsr/data/vacation/$3I/$1U/$2U/$U.vac
請參閱表 9-6，以取得有關元字元的描述。
休假自動回覆運作原理當呼叫時，休假動作按如下方式工作：
- Sun Java System Messaging Server 進行檢查以確保休假動作由使用者級別 (而不是系統級別) 的篩選程序檔執行。如果在系統級別的程序檔中使用休假，將出現錯誤。
- 核取「無休假通知」內部 MTA 旗標。如果已設定該旗標，處理將終止且不傳送任何休假通知。
- 然後檢查郵件的傳回位址。如果為空白，處理將終止且不傳送任何休假通知。
- MTA 進行檢查以查看 :addresses 標記引數中指定的使用者位址或任何其他位址是否出現在目前郵件的 To:、Cc:、Resent-to: 或 Resent-cc: 標頭欄位中。如果在所有標頭欄位中均找不到位址，則處理將終止且不傳送任何休假通知。
- Messaging Server 會建構一個 :subject 引數和原因字串的雜湊。系統將針對先前休假回覆的每個使用者記錄來核取該字串以及目前郵件的傳回位址。如果回覆已在 :days 引數允許的時間內傳送，則處理將終止且不傳送任何回覆。
- Messaging Server 從 :subject 引數、原因字串以及 :mime 引數建構休假通知。此回覆郵件的兩種基本格式可能是：
請注意，透過 Messenger Express 配置休假郵件時，mailautoreplymode 會自動設定為 reply。
依預設，系統將清除「無休假通知」MTA 旗標。可透過使用非標準的 novacation 動作由系統級別的篩選程序檔設定該旗標。novacation 篩選動作僅允許在系統級別的篩選程序檔中使用。如果在使用者級別的程序檔中使用該動作，將產生錯誤。您可以使用此動作在休假回覆上實作站點範圍的限制，如封鎖對包含子字串「MAILER-DAEMON」的位址的回覆。
每個使用者一個回覆的資訊儲存在一組純文字檔案中，每個本機使用者一份。這些檔案的位置和命名方案由 VACATION_TEMPLATE MTA 選項的設定指定。該選項應設定為 file:URL。
這些檔案的維護是自動的，並由 VACATION_CLEANUP 整數 MTA 選項設定控制。每次開啟其中一個檔案時，系統將計算目前時間的值 (以秒為單位)。如果結果為零，系統將掃描此檔案，並移除所有過期的項目。該選項的預設值是 200，這表示執行清除傳送的機會為 1/200。
用於讀取和寫入這些純文字檔案的機器應設計為可以在 NFS 上正確作業。這可讓多個 MTA 共用一般檔案系統上的一組檔案。
休假自動回覆屬性休假動作使用的使用者 LDAP 目錄屬性集是：