Campaign Classic - 技術建議

上次更新: 2023-08-17
  • 建立對象:
  • Beginner
    Leader
    User

以下列出您在使用Adobe Campaign Classic時可用來改善傳遞率的幾項技術、設定和工具。

設定

反向DNS

Adobe Campaign會檢查是否為IP位址指定反向DNS,而且這會正確指向IP。

網路組態中很重要的一點是,要確保為傳出訊息的每個IP位址都定義了正確的反向DNS。 這表示對於指定的IP位址,會有反向DNS記錄(PTR記錄),且有相符的DNS (A記錄)回送至初始IP位址。

反向DNS的網域選擇在處理某些ISP時會產生影響。 尤其是AOL,它只接受與反向DNS位於相同網域中的位址回圈(請參閱 回饋迴路)。

注意

您可以使用 此外部工具 以驗證網域的設定。

MX規則

MX規則(郵件交換器)是管理傳送伺服器與接收伺服器之間通訊的規則。

更準確地說,它們用於控制Adobe Campaign MTA (訊息傳輸代理程式)傳送電子郵件給每個個別電子郵件網域或ISP (例如,hotmail.com、comcast.net)的速度。 這些規則通常以ISP發佈的限製為基礎(例如,每個SMTP連線請勿包含超過20則訊息)。

注意

如需Adobe Campaign Classic中MX管理的詳細資訊,請參閱 本節.

TLS

TLS (傳輸層安全性)是一種加密通訊協定,可用來保護兩個電子郵件伺服器之間的連線,並防止預期收件者以外的任何人讀取電子郵件的內容。

寄件者的網域

若要定義用於HELO命令的領域,請編輯執行個體的組態檔(conf/config-instance.xml)並定義「localDomain」屬性,如下所示:

<serverConf>
  <shared>
    <dnsConfig localDomain="mydomain.net"/>
  </shared>
</serverConf>

MAIL FROM網域是技術退信中所使用的網域。 此位址是在部署精靈中定義或透過NmsEmail_DefaultErrorAddr選項定義。

SPF記錄

SPF記錄目前可在DNS伺服器上定義為TXT型別記錄(代碼16)或SPF型別記錄(代碼99)。 SPF記錄採用字元字串的形式。 例如:

v=spf1 ip4:12.34.56.78/32 ip4:12.34.56.79/32 ~all

將兩個IP位址12.34.56.78和12.34.56.79定義為已授權可傳送網域的電子郵件。 ~所有 表示任何其他位址都應解譯為SoftFail。

用於定義SPF記錄的Recommendations:

  • 新增 ~所有 (SoftFail)或 -all (失敗)在最後拒絕所有已定義的伺服器以外的伺服器。 若沒有此設定,伺服器將能偽造此網域(使用中性評估)。
  • 不要新增 ptr (openspf.org建議不要這麼做,因為這麼做成本高昂且不可靠)。
注意

進一步瞭解SPF,請參閱 本節.

驗證

注意

瞭解更多關於中不同形式的電子郵件驗證 本節.

DKIM

注意

對於託管或混合安裝,如果您已升級至 增強的MTA,DKIM電子郵件驗證簽署是由Enhanced MTA針對所有網域的所有郵件完成。

使用 DKIM 使用Adobe Campaign Classic時,必須具備下列先決條件:

Adobe Campaign選項宣告:在Adobe Campaign中,DKIM私密金鑰是以DKIM選擇器和網域為基礎。 目前無法以不同的選取器為相同的網域/子網域建立多個私密金鑰。 無法定義哪一個選取器網域/子網域必須用於平台或電子郵件中的驗證。 平台將選取其中一個私密金鑰,這表示驗證很有可能失敗。

  • 如果您已為Adobe Campaign執行個體設定DomainKeys,則只需選取「 」 dkim網域管理規則. 如果沒有,請遵循與DomainKeys (取代DKIM)相同的設定步驟(私人/公開金鑰)。
  • 不需要為相同的網域同時啟用DomainKeys和DKIM,因為DKIM是DomainKeys的改良版本。
  • 下列網域目前驗證DKIM:AOL、Gmail。

回饋迴路

回饋回圈的運作方式是在ISP層級為用於傳送訊息的一系列IP位址宣告指定的電子郵件地址。 ISP會將收件者回報為垃圾訊息的訊息,以類似於對退回訊息所做的方式傳送至此信箱。 平台應設定為封鎖未來傳送給提出投訴的使用者。 即使他們沒有使用適當的退出連結,也不要再聯絡他們,這點很重要。 ISP會根據這些投訴,將IP位址新增至封鎖清單。 根據ISP,約1%的投訴率將導致封鎖IP位址。

目前正在草擬一個標準,以定義回饋回圈訊息的格式: 不當回饋意見報告格式(ARF).

實作例項的回饋回圈需要:

  • 專用於執行個體的信箱,可能是退回信箱
  • 專用於執行個體的IP傳送位址

在Adobe Campaign中實作簡單的回饋迴路時,會使用跳出訊息功能。 回饋回圈信箱已作為退信箱使用,並已定義規則來偵測這些郵件。 將郵件報告為垃圾郵件的收件者的電子郵件地址新增至隔離清單。

  • 建立或修改退回郵件規則, Feedback_loop,在 Administration > Campaign Management > Non deliverables Management > Mail rule sets 連同原因 已拒絕 和型別 強烈.
  • 如果專為回饋回圈定義了信箱,請在中建立新的外部退回郵件帳戶,以定義存取該信箱的引數 Administration > Platform > External accounts.

該機制可立即運作,以處理投訴通知。 若要確保此規則正常運作,您可以暫時停用帳戶,使其不會收集這些郵件,然後手動檢查回饋回圈信箱的內容。 在伺服器上,執行下列命令:

nlserver stop inMail@instance,
nlserver inMail -instance:instance -verbose.

如果您被迫針對多個執行個體使用一個單一回饋回圈位址,您必須:

  • 復寫在執行個體數目相同的情況下,信箱上收到的郵件,

  • 讓每個信箱由單一執行個體擷取,

  • 設定執行個體,使其僅處理與其相關的訊息:執行個體資訊包含在Adobe Campaign所傳送訊息的訊息ID標題中,因此也位於回饋回圈訊息中。 只需指定 checkInstanceName 執行個體設定檔案中的引數(依預設,執行個體不會驗證,這可能會造成某些位址被錯誤隔離):

    <serverConf>
      <inMail checkInstanceName="true"/>
    </serverConf>
    

Adobe Campaign的傳遞服務可管理您對下列ISP的回饋回圈服務訂閱:AOL、BlueTie、Comcast、Cox、EarthLink、FastMail、Gmail、Hotmail、HostedEmail、Libero、Mail.ru、MailTrust、OpenSRS、QQ、RoadRunner、Synacor、Telenor、Terra、UnitedOnline、USA、XS4ALL、Yayahoo、Yandex、Zoho。

清單 — 取消訂閱

關於清單 — 取消訂閱

新增名為的SMTP標頭 清單 — 取消訂閱 是確保最佳化傳遞能力管理的必備條件。

此標題可用作「回報為垃圾訊息」圖示的替代圖示。 它會在電子郵件介面中顯示為取消訂閱連結。

使用此功能有助於保護您的信譽,且意見反應會以取消訂閱的方式執行。

若要使用List-Unsubscribe,您必須輸入類似以下的命令列:

List-Unsubscribe: mailto: client@newsletter.example.com?subject=unsubscribe?body=unsubscribe
注意

以上範例是根據收件者表格。 如果資料庫實作是從另一個表格完成的,請務必用正確的資訊重寫命令列。

下列命令列可用來建立動態 清單 — 取消訂閱

List-Unsubscribe: mailto: %=errorAddress%?subject=unsubscribe%=message.mimeMessageId%

Gmail、Outlook.com和Microsoft Outlook支援此方法,而且其介面中會直接提供取消訂閱按鈕。 此技巧降低投訴率。

您可以實作 清單 — 取消訂閱 透過下列其中一項:

在傳遞範本中新增命令列

必須在電子郵件的SMTP標頭的其他區段中新增命令列。

新增操作可在每封電子郵件或現有傳遞範本中完成。 您也可以建立包含此功能的新傳遞範本。

建立類型規則

規則必須包含產生命令列的指令碼,且必須包含在電子郵件標頭中。

注意

我們建議您建立型別規則:每封電子郵件都會自動新增List-Unsubscribe功能。

  1. 清單 — 取消訂閱: <mailto:unsubscribe domain.com="">

    按一下 取消訂閱 連結會開啟使用者的預設電子郵件使用者端。 必須在用於建立電子郵件的型別中新增此型別規則。

  2. 清單 — 取消訂閱: <https://domain.com/unsubscribe.jsp>

    按一下 取消訂閱 連結會將使用者重新導向至您的取消訂閱表單。

    範例:

注意

瞭解如何在Adobe Campaign Classic中建立型別規則 本節.

電子郵件最佳化

SMTP

SMTP (簡易郵件傳輸通訊協定)是電子郵件傳輸的網際網路標準。

規則未檢查的SMTP錯誤會列在 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 資料夾。 依預設,這些錯誤訊息會解譯為無法存取的軟錯誤。

必須找出最常見的錯誤,並在中新增對應規則 Administration > Campaign Management > Non deliverables Management > Mail rule sets 如果您希望正確地確認來自SMTP伺服器的意見回饋。 若無此設定,平台將執行不必要的重試(若使用者不明),或在特定數量的測試後,錯誤地將特定收件者置於隔離中。

專用IP

Adobe會為每個客戶提供專用的IP策略,以提升IP以建立聲譽並最佳化傳遞效能。

此頁面上的