查看 SMTP 配置詳細信息

啟用訪問后,您將能夠連接到 smtp.postmarkapp.com(用于事務(wù)消息)或smtp-broadcasts.postmarkapp.com(用于廣播消息)。

了解為什么確保將事務(wù)消息與廣播消息分開如此重要。

連接詳細信息

全球分布的 SMTP 服務(wù)器

我們在全球多個 AWS 區(qū)域維護終端節(jié)點。根據(jù)您的位置,您將被路由到距離服務(wù)器最近的終端節(jié)點,以獲得最快的響應(yīng)時間,從而實現(xiàn)極低的延遲。

與 REST API 的區(qū)別

REST API 是該服務(wù)的主要 API,SMTP 端點被視為遷移路線。使用 SMTP 訪問可避免對代碼庫進行重大更改,但這會犧牲一些僅在通過 API 發(fā)送時可用或更易于使用的功能:

總體而言,當您的應(yīng)用程序與 Postmark 通信時,REST API 的開銷會較少,盡管它需要更多的集成工作才能啟動。

X-PM-Tag: welcome-email

追蹤開啟

您可以使用三種方式激活電子郵件的打開跟蹤:

跟蹤鏈接

可以使用鏈接跟蹤概述中概述的幾種方法啟用鏈接跟蹤 。

元數(shù)據(jù)支持

通過添加額外的 SMTP 標頭,可以將元數(shù)據(jù)添加到使用 SMTP 發(fā)送的消息中。如果您添加包含前綴X-PM-Metadata-的 SMTP 標頭,它將被注冊為元數(shù)據(jù)字段。例如,以下是您要添加到消息中的 SMTP 標頭,用于注冊colorclient-id 的自定義元數(shù)據(jù)值: 

X-PM-Metadata-color: blue
X-PM-Metadata-client-id: 12345

解決 SMTP 問題

由于 SMTP 協(xié)議的性質(zhì),當我們發(fā)現(xiàn)郵件有問題時,我們無法向 SMTP 客戶端返回錯誤。為了解決這一限制,我們將記錄一種特殊類型的退回郵件 –  SMTPApiError。退回郵件描述將包含一條包含錯誤描述的簡短消息。檢查退回郵件原始來源將顯示一條較長的錯誤消息以及其他詳細信息,例如錯誤代碼。原始來源還將包含實際的 SMTP 郵件。您應(yīng)該定期監(jiān)控退回郵件或創(chuàng)建一個 退回郵件 webhook, 如果 SMTP 投遞失敗,它將提醒您。

為什么抄送收件人或密送收件人會與收件人分成單獨的郵件?

Postmark SMTP 服務(wù)可能不兼容所有 SMTP 客戶端。如果收件人未在單個事務(wù)中提交給 Postmark,則可能會導(dǎo)致收件人被放入單獨的郵件中。具體而言,當使用 Gmail 或 Office 365 等軟件客戶端生成出站電子郵件時,可能會發(fā)生這種情況。

為什么我無法通過 SMTP 服務(wù)器進行身份驗證?

請確保您使用事務(wù)性消息流的 API 令牌作為 SMTP 用戶名和密碼。此外,請驗證您是否已在消息流的設(shè)置頁面中為您的服務(wù)器啟用了 SMTP 訪問權(quán)限。

為什么我的自定義消息 ID 沒有通過 Postmark 發(fā)送?

MessageID首先,請注意(由 Postmark 生成,無法更改)和之間的區(qū)別,Message-ID后者是您可以通過 SMTP 標頭設(shè)置的自定義值。Postmark?MessageID始終是 webhook 事件 JSON 中“MessageID”字段中返回的內(nèi)容,以便您可以識別 Postmark 消息以進行后續(xù) API 調(diào)用。

默認情況下,Postmark 將替換出站 SMTP 郵件的所有標頭。但是,保留某些依賴這些標頭的應(yīng)用程序的值Message-ID會很有用。為確保 Postmark 不會替換您的自定義或原始標頭,請?zhí)砑右粋€名為 的附加標頭,  其值為 。然后,Postmark 將傳遞郵件的任何原始標頭。Message-IDMessage-IDX-PM-KeepIDtrueMessage-ID

X-PM-KeepID: true

當使用 SMTP 發(fā)送時遇到問題時我還可以嘗試什么?

編碼和字符集故障排除

Postmark 會盡力支持所有可能的編碼、字符集和電子郵件客戶端。偶爾,有些客戶端和字符集的組合無法通過 Postmark 正確處理。例如,Mozilla Thunderbird 使用“8bit”的內(nèi)容傳輸編碼發(fā)送 ISO-8859-2 字符集,該編碼未添加正確的 BOM 簽名。因此,某些特殊字符可能無法通過 Postmark 正確處理。我們建議使用 Quoted-Printable,因為它與郵件處理系統(tǒng)廣泛兼容。

上一篇:

.NET vs. PHP vs. Java vs. Python – 哪種語言更適合 Web 開發(fā)?

下一篇:

React vs Vue:2024年技術(shù)對比與應(yīng)用場景分析
#你可能也喜歡這些API文章!

我們有何不同?

API服務(wù)商零注冊

多API并行試用

數(shù)據(jù)驅(qū)動選型,提升決策效率

查看全部API→
??

熱門場景實測,選對API

#AI文本生成大模型API

對比大模型API的內(nèi)容創(chuàng)意新穎性、情感共鳴力、商業(yè)轉(zhuǎn)化潛力

25個渠道
一鍵對比試用API 限時免費

#AI深度推理大模型API

對比大模型API的邏輯推理準確性、分析深度、可視化建議合理性

10個渠道
一鍵對比試用API 限時免費