技術電子郵件設定

概觀

下節概述傳送電子郵件時控制Adobe Campaign例項輸出所需的設定。

注意

有些組態只能由Adobe針對Adobe代管的部署執行,例如存取伺服器和執行個體組態檔。 若要進一步瞭解不同的部署,請參閱代管模型一節或本頁

有關交付能力的概念和最佳做法的詳細資訊,請參閱本部分

有關Adobe Campaign平台有效傳送及接收電子郵件的所有技術建議,請參閱本

操作原則

您可以控制一或多個Adobe Campaign例項的輸出,以限制依網域而傳送的電子郵件數。 例如,您可將​yahoo.com​位址的輸出限制為每小時20,000條,同時為所有其他網域設定每小時100,000條訊息。

需要針對傳送伺服器使用的每個IP位址(mta)控制訊息輸出。 數部分​mta​在數部電腦上劃分,屬於各種Adobe Campaign例項,可共用相同的IP位址以傳送電子郵件:需要設定一個進程來協調這些IP地址的使用。

這是​stat​模組的功能:它將所有要發送到郵件伺服器的連接請求和消息轉發到一組IP地址。 統計伺服器會追蹤傳送,並可根據設定的配額啟用或停用傳送。

  • 統計伺服器(stat)連結至Adobe Campaign基礎以載入其設定。
  • 傳送伺服器(mta)使用UDP來與並不總是屬於其自己實例的統計伺服器聯繫。

傳送伺服器

mta​模組將消息分發到其​mtachild​子模組。 每個​mtachild​在向統計伺服器請求授權併發送消息之前準備消息。

步驟如下:

  1. mta​選擇符合條件的消息,並為它們分配可用的​mtachild
  2. matchild​會載入建立訊息(內容、個人化元素、附件、影像等)所需的所有資訊 並將消息轉發到​電子郵件流量Shaper
  3. 當電子郵件流量整形器接收到統計伺服器的授權(smtp stat)時,就會向收件人發送消息。

電子郵件伺服器統計資訊和限制

統計伺服器會為接收消息的每個電子郵件伺服器維護以下統計資訊:

  • 開啟的時間點連接數,
  • 在最後一小時內發送的消息數,
  • 成功/拒絕連接的速率,
  • 到無法訪問伺服器的連接速率。

同時,模組會載入特定電子郵件伺服器的限制清單:

  • 同時連接的最大數量,
  • 每小時的最大消息數,
  • 每個連接的最大消息數。

管理IP地址

統計伺服器可以將多個實例或多個電腦與相同的公共IP地址組合在一起。 因此,它不會連結至特定的例項,但是它必須連絡例項才能復原每個網域的限制。

會針對每個目標MX和每個來源IP保留傳送統計資料。 例如,如果目標網域有5個MX,而平台可使用3個不同的IP位址,則伺服器可管理此網域多達15個系列的指示器。

源IP地址與公共IP地址匹配,即遠程電子郵件伺服器所看到的地址。 如果提供NAT路由器,則此IP地址可以與托管​mta​的電腦的地址不同。 這就是為什麼統計伺服器使用與公共IP(publicId)匹配的標識符。 本地地址與此標識符之間的關聯在​serverConf.xml​配置檔案中聲明。 serverConf.xml​中的所有可用參數都列在部分中。

傳送輸出控制

要向電子郵件伺服器發送消息,電子郵件流量Shaper​元件請求從統計伺服器連接。 接受請求後,連線即會開啟。

在傳送訊息之前,模組會從伺服器要求「Token」。 這些代號通常至少是10個代號集,可減少伺服器的查詢數。

伺服器會儲存與連線和傳送相關的所有統計資料。 如果重新啟動,資訊會暫時丟失:每個客戶端保存其發送統計資訊的本地副本,並定期(每2分鐘)將其返回到伺服器。 然後,伺服器可以重新聚合資料。

以下各節介紹​電子郵件流量Shaper​元件處理消息的過程。

消息傳送

傳送訊息時,可能會有3個結果:

  1. 成功:訊息已成功傳送。訊息會更新。

  2. 消息失敗:已聯繫的伺服器拒絕所選收件人的消息。此結果與返回代碼550到599匹配,但可以定義例外。

  3. 會話失敗 (5.11以上):如果 ​mta收到此訊息的回覆,訊息會被放棄(請參閱 訊息放棄)。消息將被發送到另一個路徑,或者如果沒有其他路徑可用則設定為暫掛(請參閱消息暫掛)。

    注意

    path​是Adobe Campaign mta​與目標​mta​之間的連接。 Adobe Campaign mta​可從數個開始IP和數個目標網域IP中選擇。

消息放棄

放棄的消息返回到​mta,並且不再由​mtachild​管理。

mta​決定此消息的過程(恢復、放棄、隔離等) 視回應程式碼和規則而定。

消息暫掛

當訊息進入作用中佇列且沒有可用路徑時,就會暫停該訊息。

在連線錯誤後,路徑通常會標示為不可用的變數時間量。 不可用期取決於錯誤的頻率和年齡。

統計伺服器配置

統計伺服器可由多個實例使用:它必須獨立於使用它的實例進行配置。

首先,定義將代管設定的Adobe Campaign資料庫。

啟動配置

預設情況下,每個實例都啟動​stat​模組。 當實例在同一台電腦上共用時,或當實例共用相同的IP地址時,將使用單個統計伺服器:其他人必須被禁用。

伺服器埠的定義

預設情況下,統計伺服器監聽埠7777。 此埠可在​serverConf.xml​檔案中修改。 serverConf.xml​中的所有可用參數都列在部分中。

<stat port="1234"/>

MX配置

關於MX規則

MX規則(Mail eXchanger)是管理傳送伺服器與接收伺服器間通訊的規則。

重要

對於代管或混合安裝,如果您已升級至增強型MTA,則不再使用​MX management​傳送總處理能力規則。 增強型MTA使用其專屬的MX規則,可讓您根據您過去的電子郵件信譽,以及您傳送電子郵件的網域所提供的即時回應,依網域自訂您的吞吐量。

如需Adobe Campaign增強型MTA的詳細資訊,請參閱此檔案

這些規則會在每天早上6點(伺服器時間)自動重新載入,以定期提供用戶端例項。

ISP將接受每小時預先定義的連接和消息數,具體取決於物料容量和內部策略。 ISP系統可以根據IP和發送域的信譽自動修改這些變數。 Adobe Campaign透過其傳遞能力平台,管理ISP超過150項特定規則,此外還管理其他網域的一項一般規則。

連接的最大數量不完全取決於MTA使用的公有IP地址數。

例如,如果您在MX規則中允許5個連線,而您已設定2個公用IP,則您可能認為無法同時開啟超過10個連線至此網域。 這不是事實,事實上,最大連線數指的是路徑和路徑,其中一個是我們的MTA公用IP,另一個是客戶MTA的公用IP。

在下列範例中,使用者已設定兩個公用IP位址,網域為yahoo.com。

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

yahoo.com的MX記錄告訴我們yahoo.com有3個Mail Sencer。 要連接對等郵件交換器,MTA將向DNS請求其IP地址。

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

對於此記錄,用戶可以聯繫8個對等IP地址。 由於他有2個公用IP位址,因此他有8 * 2 = 16個組合,可連至yahoo.com郵件伺服器。 這些組合中的每個都稱為路徑。

第二個MX記錄顯示為:

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

其中8個IP位址已用於mta5(98.136.216.26、98.138.112.38、63.250.192.46和98.136.217.203)。 此記錄可讓使用者使用4個新IP位址。 第三個MX記錄也會做同樣的事。

總共有16個遠端IP位址。 與我們的2個本機公共IP搭配使用,我們有32個路徑可連至yahoo.com郵件伺服器。

注意

如果2個MX記錄參照相同的IP位址,則此記錄會計為一條路徑,而非兩條路徑。

以下是使用MX規則的一些範例:

在以下範例中,使用者在特定網域的每小時限制為10,000則訊息,但MTA總處理能力高於此限制。

在此情況下,流量會分為12個時段,每小時5分鐘,而實際限制是每個時段833則訊息。

這些訊息會盡快傳遞。

配置MX管理

MX要遵循的規則在樹的​Administration > Campaign Management > Non deliverables Management > Mail rule sets​節點的​MX management​文檔中定義。

如果​MX management​文檔不存在於節點中,則可以手動建立它。 操作步驟:

  1. 建立新的郵件規則集。

  2. 選擇​MX management​模式。

  3. 在​Internal name​欄位中輸入​defaultMXRules

為了考慮更改,您需要重新啟動統計伺服器。

要重新載入配置而不重新啟動統計伺服器,請在托管伺服器的電腦上使用以下命令:nlserver stat -reload

注意

此命令行優先於​nlserver restart。 它可防止在重新啟動丟失之前收集到的統計資訊,並避免使用中的峰值,這些峰值可能會與MX規則中定義的配額相違背。

設定MX規則

MX management​檔案會列出連結至MX規則的所有網域。

這些規則依序套用:套用其MX遮色片與目標MX相容的第一個規則。

每個規則可用的參數如下:

  • MX mask:套用規則的網域。每個規則都會定義MX的位址遮色片。 因此,任何名稱符合此遮色片名稱的MX都符合資格。 遮色片可包含"*"和"?" 一般字元。

    例如,以下地址:

    • a.mx.yahoo.com
    • b.mx.yahoo.com
    • c.mx.yahoo.com

    與下列遮色片相容:

    • *.yahoo.com
    • ?.mx.yahoo.com

    例如,若是電子郵件位址foobar@gmail.com,網域為gmail.com,MX記錄為:

    gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 5  gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.
    

    在這種情況下,將使用MX規則*.google.com。 如您所見,MX規則遮色片不一定符合郵件中的網域。 適用於gmail.com電子郵件地址的MX規則將是具有遮色片*.google.com的規則。

  • Range of identifiers:此選項可讓您指出套用規則的識別碼範圍(publicID)。您可以指定:

    • 數字:該規則只適用於此publicId,
    • 數字範圍(number1-number2):該規則將適用於這兩個數字之間的所有publicId。
    注意

    如果欄位為空白,規則會套用至所有識別碼。

    公用ID是一或多個MTA所使用之公用IP的內部識別碼。 這些ID在MTA伺服器中的​config-instance.xml​檔案中定義。

  • Shared:定義此MX規則的屬性範圍。勾選後,所有參數都會共用至實例上所有可用的IP。 若未勾選,則會針對每個IP定義MX規則。 最大消息數乘以可用IP數。

  • Maximum number of connections:與發送者網域同時連線的最大數目。

  • Maximum number of messages:可在連接上發送的最大消息數。當訊息超過此數目時,連線即關閉,並開啟新連線。

  • Messages per hour:在一小時內可以發送到發件人域的消息數上限。

  • Connection time out:連接到域的時間閾值。

    注意

    Windows可在此臨界值之前發出​timeout,這取決於您的Windows版本。

  • Timeout Data:發送消息內容(SMTP協定的DATA部分)後的最大等待時間。

  • Timeout:與SMTP伺服器進行其他交換的最長等待時間。

  • TLS:TLS通訊協定可讓您加密電子郵件傳送,可選擇性啟用。對於每個MX遮色片,都提供下列選項:

    • Default configuration:這是在應用的serverConf.xml配置檔案中指定的常規配置。

      重要

      不建議修改預設配置。

    • Disabled :系統地發送這些消息而不加密。

    • Opportunistic :如果接收伺服器(SMTP)可以生成TLS協定,則消息傳送將被加密。

配置示例:

管理電子郵件格式

您可以定義已傳送訊息的格式,讓顯示的內容會根據每個收件者位址的網域自動調整。

若要這麼做,請前往位於​Administration > Campaign management > Non deliverables management > Mail rule sets​的​Management of email formats​檔案。

本檔案包含所有預先定義網域的清單,這些網域對應Adobe Campaign管理的日文格式。 有關詳細資訊,請參閱本文檔

MIME結構(多用途Internet郵件擴展)參數允許您定義要發送到不同郵件客戶端的郵件結構。 有三種可用選項:

  • 多部分:訊息會以文字或HTML格式傳送。如果不接受HTML格式,訊息仍可以以文字格式顯示。

    預設情況下,多部件結構為​多部件/替代,但當將影像添加到消息中時,多部件結構會自動變為​多部件/相關。 某些提供者預期​multipart/related​格式,即使未附加任何影像,Force multipart/related​選項仍會套用此格式。

  • HTML:僅傳送HTML訊息。如果不接受HTML格式,則不會顯示訊息。

  • 文字:系統會傳送僅文字格式的訊息。文本格式消息的優點是其大小非常小。

如果​Image inclusion​選項已啟用,這些選項會直接顯示在電子郵件的正文中。 然後,影像就會上傳,而URL連結會被其內容取代。

日本市場對​裝飾郵件裝飾郵件​或​裝飾郵件​特別使用此選項。 如需詳細資訊,請參閱本檔案

重要

在電子郵件中插入影像會大幅增加其大小。

傳送伺服器組態

時鐘同步

組成Adobe Campaign平台(包括資料庫)的所有伺服器的時鐘必須同步,且其系統必須設定為相同時區。

統計伺服器的坐標

必須在​mta​中提供統計伺服器的地址。

配置的​mta​元素的​statServerAddress​屬性可讓您指定要使用的埠的地址和編號。

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

要在同一台電腦上使用統計伺服器,您至少必須輸入具有​localhost​值的電腦名:

 <mta statServerAddress="localhost">
重要

如果未填入此欄位,mta​將不會啟動。

使用的IP位址清單

有關流量管理的配置位於配置檔案的​mta/child/smtp​元素中。

對於每個​IPAffinity​元素,您需要聲明可用於電腦的IP地址。

範例:

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

參數如下:

  • 地址:這是要使用的MTA主機的IP地址。

  • helo主機:此標識符表示SMTP伺服器將看到的IP地址。

  • publicId:當NAT路由器後的數個Adobe Campaign Mtass共用IP位址時,這項資訊 ​很實用。統計伺服器使用此標識符來儲存此起始點和目標伺服器之間的連接和發送統計資訊。

  • 重量:可讓您定義地址的使用相對頻率。預設情況下,所有地址的權重均為1。

注意

在serverConf.xml檔案中,您需要驗證一個IP是否對應於具有唯一識別碼(public_id)的單一主機。 它無法映射到多個主機,這可能導致傳送調節問題。

在上例中,在正常情況下,地址將按如下方式分配:

* &quot;1&quot;:5 /(5+5+1)= 45%
* &quot;2&quot;:5 /(5+5+1)= 45%
* &quot;3&quot;:1 /(5+5+1)= 10%

例如,如果第一個位址無法用於指定的MX,則會傳送如下訊息:

* &quot;2&quot;:5 /(5+1)= 83%
* &quot;3&quot;:1 /(5+1)= 17%
  • includeDomains:可讓您為屬於特定網域的電子郵件保留此IP位址。這是遮色片的清單,可包含一或多個萬用字元('*')。 如果未指定屬性,所有網域都可以使用此IP位址。

    範例:includeDomains="wanadoo.com,orange.com,yahoo.*"

  • excludeDomains:排除此IP位址的網域清單。此篩選器會套用在​includeDomains​篩選器之後。

電子郵件傳送最佳化

Adobe Campaign的內部架構​mta​會影響最佳化電子郵件傳送的設定。 以下是改善遞送的一些秘訣。

調整maxWaitingMessages參數

maxWaitingMessages​參數指示​mtachild​預先準備的消息數量最多。 消息只有在發送或放棄後才會從此清單中刪除。

如果消息未按域排序,則此參數非常重要,尤其重要。

一旦達到​maxWorkingSetMb(256)臨界值,傳送伺服器就會停止傳送訊息。 在​mtachild​再次啟動之前,效能將顯著下降。 要避免此問題,您可以增加​maxWorkingSetMb​參數的臨界值,或降低​maxWaitingMessages​參數的臨界值。

maxWorkingSetMb​參數是以經驗方式計算的,方法是將最大消息數乘以平均消息大小,並將結果乘以2.5。例如,如果消息的平均大小為50 kB,而​maxWaitingMessages​參數等於1,000,則所用記憶體的平均大小為125 MB。

調整匹配欄位的數量

子代數不應超過電腦中的處理器數(約 1000次課程)。 我們建議您不要超過8個​mtachild。 然後,您可以增加每個​child(maxMsgPerChild)的消息數,以實現足夠的生命週期。

本頁內容