以下列出您在使用Adobe Campaign Classic時可用來改善傳遞率的幾項技術、設定和工具。
Adobe Campaign會檢查是否為IP位址指定反向DNS,而且這會正確指向IP。
網路組態中很重要的一點是,要確保為傳出訊息的每個IP位址都定義了正確的反向DNS。 這表示對於指定的IP位址,會有反向DNS記錄(PTR記錄),且有相符的DNS (A記錄)回送至初始IP位址。
反向DNS的網域選擇在處理某些ISP時會產生影響。 尤其是AOL,它只接受與反向DNS位於相同網域中的位址回圈(請參閱 回饋迴路)。
您可以使用 此外部工具 以驗證網域的設定。
MX規則(郵件交換器)是管理傳送伺服器與接收伺服器之間通訊的規則。
更準確地說,它們用於控制Adobe Campaign MTA (訊息傳輸代理程式)傳送電子郵件給每個個別電子郵件網域或ISP (例如,hotmail.com、comcast.net)的速度。 這些規則通常以ISP發佈的限製為基礎(例如,每個SMTP連線請勿包含超過20則訊息)。
如需Adobe Campaign Classic中MX管理的詳細資訊,請參閱 本節.
TLS (傳輸層安全性)是一種加密通訊協定,可用來保護兩個電子郵件伺服器之間的連線,並防止預期收件者以外的任何人讀取電子郵件的內容。
若要定義用於HELO命令的領域,請編輯執行個體的組態檔(conf/config-instance.xml)並定義「localDomain」屬性,如下所示:
<serverConf>
<shared>
<dnsConfig localDomain="mydomain.net"/>
</shared>
</serverConf>
MAIL FROM網域是技術退信中所使用的網域。 此位址是在部署精靈中定義或透過NmsEmail_DefaultErrorAddr選項定義。
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:
進一步瞭解SPF,請參閱 本節.
瞭解更多關於中不同形式的電子郵件驗證 本節.
對於託管或混合安裝,如果您已升級至 增強的MTA,DKIM電子郵件驗證簽署是由Enhanced MTA針對所有網域的所有郵件完成。
使用 DKIM 使用Adobe Campaign Classic時,必須具備下列先決條件:
Adobe Campaign選項宣告:在Adobe Campaign中,DKIM私密金鑰是以DKIM選擇器和網域為基礎。 目前無法以不同的選取器為相同的網域/子網域建立多個私密金鑰。 無法定義哪一個選取器網域/子網域必須用於平台或電子郵件中的驗證。 平台將選取其中一個私密金鑰,這表示驗證很有可能失敗。
回饋回圈的運作方式是在ISP層級為用於傳送訊息的一系列IP位址宣告指定的電子郵件地址。 ISP會將收件者回報為垃圾訊息的訊息,以類似於對退回訊息所做的方式傳送至此信箱。 平台應設定為封鎖未來傳送給提出投訴的使用者。 即使他們沒有使用適當的退出連結,也不要再聯絡他們,這點很重要。 ISP會根據這些投訴,將IP位址新增至封鎖清單。 根據ISP,約1%的投訴率將導致封鎖IP位址。
目前正在草擬一個標準,以定義回饋回圈訊息的格式: 不當回饋意見報告格式(ARF).
實作例項的回饋回圈需要:
在Adobe Campaign中實作簡單的回饋迴路時,會使用跳出訊息功能。 回饋回圈信箱已作為退信箱使用,並已定義規則來偵測這些郵件。 將郵件報告為垃圾郵件的收件者的電子郵件地址新增至隔離清單。
該機制可立即運作,以處理投訴通知。 若要確保此規則正常運作,您可以暫時停用帳戶,使其不會收集這些郵件,然後手動檢查回饋回圈信箱的內容。 在伺服器上,執行下列命令:
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功能。
清單 — 取消訂閱: <mailto:unsubscribe domain.com="">
按一下 取消訂閱 連結會開啟使用者的預設電子郵件使用者端。 必須在用於建立電子郵件的型別中新增此型別規則。
清單 — 取消訂閱: <https://domain.com/unsubscribe.jsp>
按一下 取消訂閱 連結會將使用者重新導向至您的取消訂閱表單。
範例:
瞭解如何在Adobe Campaign Classic中建立型別規則 本節.
SMTP (簡易郵件傳輸通訊協定)是電子郵件傳輸的網際網路標準。
規則未檢查的SMTP錯誤會列在 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 資料夾。 依預設,這些錯誤訊息會解譯為無法存取的軟錯誤。
必須找出最常見的錯誤,並在中新增對應規則 Administration > Campaign Management > Non deliverables Management > Mail rule sets 如果您希望正確地確認來自SMTP伺服器的意見回饋。 若無此設定,平台將執行不必要的重試(若使用者不明),或在特定數量的測試後,錯誤地將特定收件者置於隔離中。
Adobe會為每個客戶提供專用的IP策略,以提升IP以建立聲譽並最佳化傳遞效能。