發送設置

域名

發信域名是郵件發送時候的“身份證”，每個帳戶必須要有一個發信域名。 在 SMTP 會話過程中，即是 mail from 的後綴

          mail from: test@liubida.cn
250 sender test@liubida.cn OK

        

如上所示，_ liubida. cn_ 就是這封郵件的發信域名。

成功注册 EngageLab 的帳戶後，系統會自動分配一個測試發信域名。 正式使用前，請務必創建真實業務使用的域名，不要使用系統提供的測試域名進行真實業務的發送。

發信域名配置

發信域名的配置包括 SPF、DKIM、MX、DMARC。 其中，SPF、DKIM 和 MX 為必配項，DMARC 為選配項。

SPF wiki 解释

SPF 是為了防範垃圾郵件而提出來的一種 DNS 記錄類型，用於登記某個域名擁有的外發郵件的所有 IP 地址。 MX

MX 是郵件交換記錄，它指向一個郵件伺服器，用於電子郵件系統發郵件時根據收信人的地址尾碼來定位郵件伺服器。

DKIM wiki 解释

DKIM 是防止欺詐郵件的一個重要科技手段，通常發送方會在電子郵件的標頭插入 DKIM-Signature 及電子簽名資訊，而接收方則透過 DNS 査詢得到公開金鑰後進行驗證。建議配寘，特別是國外域比較多的用戶。

DMARC

“DMARC”協定的主要目的是用於識別並攔截欺詐郵件。 配寘通過後，平臺將使用當前域名作為 from 的域名後綴投遞郵件。 從而减少郵箱服務商攔截、提升郵件的可信度、提高進箱率。

1. 選擇【發送設定】-【域名】，進入發信域名配置介面。 如果沒有正式發信域名，可以新增發信域名。
2. 點擊需要配置的域名，進入配置界面。按照系統給出的數據，到您的域名管理系統中做相關配置。

域名配置后的三種狀態：

• 未驗證：必配項（SPF，DKIM 和 MX）中任一項未通過（此時域名不能綁定 API_USER）。
• 可使用：必配的三項全部驗證通過，選配項未驗證通過。
• 已驗證：配寘項全部驗證通過。

完成所有記錄配寘後，域名管理系統上生效可能需要 10-30 分鐘

你需要給觸發郵件和批量郵件設定不同的域名（擁有不同主域的域名），以避免共亯一個發信域名導致兩類郵件同時被限制，觸發郵件無法及時送達。

如何在 DNS 解析平臺配寘域名

下麵為大家介紹一下 DNSPOD 服務商如何操作域名配寘。

首先，您請確認，您已經在 EngageLab 後臺創建了自己的發信域名。

以下示例，以 xxx.com 為例進行講解。

DNSPOD

1.登入 DNSPOD 平臺，進入 xxx.com 的域名記錄管理頁面。
2.點擊【添加記錄】按鈕，出現如下圖一條新的記錄框。

3.參照 EngageLab 的 xxx. com 的域名配寘資訊，填寫對應的“主機記錄”、“記錄類型”和“記錄值”並保存。
4.您需要填寫 3 條 TXT 記錄，1 條 MX 記錄，請確保和 EngageLab 提供資訊完全一致。

API_USER

API_ USER 是調用接口發信時的帳號

• 創建 API_ USER 時，你需要指定其「類型」（觸發/批量），「發信域名」，「追跡選項」。
• 類型：「觸發類型」的 API_USER 只能發送觸發郵件，「批量類型」的 API_USER 只能發送批量郵件。
• 發信域名：創建 API_USER 時需要選擇綁定一個發信域名，用以確定此 API_USER 發信時的域名。
• 追跡選項：選擇之後，使用此 API_USER 發信，EngageLab 可以幫助用戶收集接收者相應的追跡資訊。

API_ KEY 是調用接口發信時的密碼

• 注册成功後，您需要登入帳戶手動生成一個 API_ KEY。
• 同一 API_ KEY 在介面中顯示一次後無法再次顯示。
• 每個 API_ USER 都有對應的 API_ KEY，可以相同也可以不同。
• 可單獨或者批量重置，批量重置的 API_ USER 共亯同一個 API_ KEY。
• API_ KEY 重置之後立即生效，15 分鐘以內新舊 API_ KEY 均可使用。

API_USER 和 API_KEY 是在通過 API 或者 SMTP 發信時，進行身份驗證時的重要資訊，需妥善保管

標簽

標籤能够幫助用戶對郵件進行分類，適用於 A/B 測試等場景。

標籤創建成功後系統會自動分配一個標籤 ID，在郵件發送時，就可以帶上標籤 ID 參數對郵件打上標籤。

同時，可以在系統中通過標籤維度來査詢對應內容的發送情况。

追蹤選項

郵件追跡能够幫助用戶收集已發出郵件的「打開數據」，「點擊數據」，「退訂數據」，以此來評估郵件發送的效果。

你可以通過追跡選項來配寘某個「API_USER」的「打開追蹤」，「點擊追蹤」，「訂閱追蹤」.

追跡實現的原理

• 點擊：系統會將郵件原始鏈接替換為追跡域名帶參的鏈接。 當用戶點擊郵件中的鏈接，因為追跡域名配寘的 CNAME 是 track.email.engagelab. com，EngageLab 服務器會收到請求對點擊進行統計，再跳轉到原始鏈接。
• 打開：系統會在郵件內插入 1 張 1 點數的透明圖片。 當郵件打開時，一般情况 MP 的用戶端、網頁端會自動下載郵件中的圖片，EngageLab 服務器會收到請求對打開進行統計。
• 退訂：系統會在郵件底部插入一段含有退訂鏈接的 html 程式碼，或將%%user_ defined_ unsubscribe_ link%%變量替換為退訂鏈接。 當退訂鏈接被點擊後，會展示對應退訂頁面，用戶在退訂頁面選擇退訂原因，提交表單後，EngageLab 收集到消息進行處理。

追蹤域名

EngageLab 提供默認追跡域名，但默認追跡域名是共亯的，會受其他用戶影響，建議配寘自定義追蹤域名。

因 Chrome 等瀏覽器陞級，未來將禁止加載 HTTP 資源，這將導致攔截、追跡數據不准等情况，建議上傳 SSL 證書，開啟 HTTPS 追跡。

追蹤開關

可根據情况進行開關、設定調整。 建議保持訂閱追跡的開啟，以便用戶能在不想繼續接收郵件時操作取消訂閱而不是向 MP 舉報。

若您使用的追跡域名的 DNS 配寘未保持 CNAME 配寘，開啟點擊追跡服務後，郵件中的連結或將無法點擊跳轉。

退訂設定

要在追跡選項中開啟訂閱追跡服務後，退訂設定才會生效。

退訂維度

EngageLab 提供三個管道的退訂維度設定

1. 當一個 API_USER 被退訂時，僅退訂該 API_USER。 系統默認此選項。
2. 當一個 API_USER 被退訂時，退訂所有 API_USER。
3. 當一個 API_USER 被退訂時，退訂自定義內的 API_USER。

當你選擇 3 時，每一個 API_USER 都可以單獨設定其退訂規則。 您可以根據對 API_USER 業務分配情况，進行退訂的處理。

退訂鏈接

系統默認插入到郵件中的退訂按鈕會根據退訂頁面的語言進行變化，若您對此按鈕樣式不滿意，可以自行編寫 html 程式碼，連結使用%%user_ defined_ unsubscribe_ link%%變量即可，在發送時 EngageLab 會對%%user_ defined_ unsubscribe_ link%%進行替換。

退訂頁面

您可以根據需要，設定個性化的退訂頁面，我們支持設定語言、頁面配色、logo 圖片、退訂定向跳轉，對於非中文翻譯您覺得不滿意也可以在編輯時自行修改。

您可以在【追蹤設定】中為 API_USER 指定退訂頁面，也可以在 API 調用時指定退訂頁面。 API 指定退訂頁面優先順序高於 API_USER 綁定的退訂頁面。

WebHook

WebHook 是客戶接收其發送情况的通路。 用戶將郵件請求發送給 EngageLab 之後，EngageLab 會把「請求結果」同步返回給用戶，而郵件的「狀態」和「其他事件結果」是通過 WebHook 非同步返回給用戶的。

當某事件發生，就會觸發 EngageLab 向客戶設定的 URL 發送數據（POST）客戶收到數據，解析出事件和數據，做後續的處理。

現時我們支持的狀態和響應包括：目標、發送、送達、打開、點擊、取消訂閱、舉報、無效郵件、軟退信、轉信。 具體每個事件的消息格式，請參攷 此處

設置選項

固定 from 後綴和固定 mail from

什麽是 from？

from 是信件內容裏的發件人，格式為 email 格式。 在 EngageLab 你可以在 API 或 SMTP 發送時，自定義 from 為任何格式合法的 email 地址。

什麽是 mail from？

mail from 是信封上的發件人，也可以稱作 sender，格式為 email 格式。 mail from 相當於是 from 的秘書，替 from 傳達消息。 在 EngageLab 平臺 mail from 後綴由系統控制，和當前所用發信域名稱統一； 前綴可在頁面單獨設定，未設定情况下系統默認生成隨機串。

爲什麽 EngageLab 默認生成的 mail from 前綴會是隨機串？

部分郵箱會根據 mail from 來控制收件的數量。 為了避免因 mail from 為同一值而限制，所以 mail from 前綴默認採用了隨機串。

from 與 mail from 不一致會怎麽樣？

1. from 和 mail from 後綴不一致，郵件內會出現代發的情况。 部分郵箱要求完全一致才不會出現代發。
2. 嚴苛的郵箱對於 from 和 mail from 不一致的情况，會出現進入垃圾箱或拒信現象

固定 from 後綴

當你需要 from 的後綴和 mail from 後綴一致時，你可以在 API 或 SMTP 發送時自行控制，也可以在 EngageLab【固定 from 後綴】中可根據郵箱域名作為接收域，設定 from 後綴是否固定和 mail from 後綴保持一致。 一般情况下，設定後將不會出現代發。

固定 mail from

當你遇到一些郵箱因為 mail from 的前綴是隨機串影響發送的，可設定固定 mail from，在【固定 mail_from】中添加記錄以該郵箱域名作為接收域即可。

自動 AD 標識

默認開啟選中所有批量 API_USER，自動 AD 會加載郵件主題後。 我們建議批量行銷郵件開啟此設定，以避免被郵箱識別為垃圾郵件。

TLS 加密

當您對郵件資料傳輸有安全需求，可開啟此開關進行設定。 注意： 加密可能會降低郵件發送速率，請按需添加。

发送免打扰

如果您希望避免郵件在某個時段發送，影響用戶體驗，可進行設定。

例如，設定某 API_USER 每天 23:00 次日 6:00 的免打擾，則系統將在每天 23:00 次日 6:00 暫停由該 API_USER 請求的郵件的發送。

發送免攔截

EngageLab 會使用垃圾舉報、自定義攔截、退信地址、取消訂閱四個清單對特定地址進行攔截。 如果你不想對某接收地址或接收域使用該攔截，可以開啟發送免攔截開關，將接收地址或接收域加入免攔截清單中。

退信攔截

【退信地址】是經 EngageLab 實際投遞，且收件方返回“地址不存在”的郵箱地址； EngageLab 會對有效期內的退信地址進行攔截，且返回失敗原因“在 EngageLab 黑名單中：退信地址”； 可以按需選擇是否啟用退信攔截（開啟：攔截；關閉：不攔截）。