配置自動回覆

遞送位址可透過一組式樣產生。所用式樣取決於為 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 中的自動回覆規則的字首字元

字首字元	定義
!	啟動產生的自動回覆篩選程序檔。
#	允許在轉送上進行處理。
^	僅在休假日期指出該選項應被評估時才對該選項進行評估。
*	規則僅適用於使用者。

自動回覆規則本身指定提交到通道的位址。一旦產生自動回覆，將認為郵件是透過此方法遞送的，但是 MTA 機器需要遞送位址。遞送至 Bitbucket 通道的所有郵件將被捨棄。

配置後端儲存系統上的自動回覆

DELIVERY_OPTIONS 中的預設自動回覆規則可在為使用者提供服務的郵件伺服器上產生自動回覆。如果您要在後端儲存系統上評估休假郵件，則無需進行任何配置。這是預設運作方式。

在轉送上配置自動回覆

如果要在轉送 (而不是後端儲存系統) 上評估休假以增強效能，請編輯 option.dat 檔案，並將字元 # 置於 DELIVERY_OPTIONS 中的自動回覆規則之前。

步驟

1. 使用編輯器開啟 option.dat 檔案。

2. 增加或變更 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，以取得中介字元說明。

   ---

   備註 –

   現在休假檔案範本擁有對 UID 的存取權，可讓至休假檔案的路徑在使用者 UID 的基礎上建立。此外，用於確定休假檔案路徑的位址現在儲存於使用者郵件屬性中﹔先前則是目前的收件者位址。

   ---