美女动作一级毛片,欧美一级片手机在线观看,日韩毛片免费线上观看

查看 SMTP 配置詳細信息

啟用訪問后，您將能夠連接到 smtp.postmarkapp.com（用于事務消息）或smtp-broadcasts.postmarkapp.com（用于廣播消息）。

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

連接詳細信息

服務器 – smtp.postmarkapp.com 或 smtp-broadcasts.postmarkapp.com
端口 – 25、2525 或 587
TLS – TLS 可通過 STARTTLS SMTP 擴展使用。這會與我們的 SMTP 服務器建立加密連接，并且所有憑據和內容在傳輸給我們時都會被加密。我們建議您盡可能使用 TLS。
API 令牌和標頭或SMTP 令牌。
- API 令牌和標頭– 服務器 API 令牌充當用戶名和密碼。標頭 – X-PM-MESSAGE-STREAM：{stream-id}。如果留空，Postmark 將使用默認的“出站”事務流。
- SMTP 令牌– 訪問密鑰充當用戶名，密鑰充當密碼。
令牌 認證方法
- CRAM-MD5 — 僅保護身份驗證過程，但如果未啟用 TLS，則消息內容仍以純文本形式發送。
- DIGEST-MD5 — 僅保護身份驗證過程，但是如果未啟用 TLS，則消息內容仍以純文本形式發送。
- PLAIN – 不與 TLS 結合使用時，用戶名和密碼將以明文形式發送。我們不建議在未啟用 TLS 的情況下使用此方法。但是，某些較舊的 SMTP 客戶端可能不支持其他身份驗證方法。請謹慎使用。
- LOGIN – 與 PLAIN 方法類似。我們還提供此方法以兼容較舊的 SMTP 客戶端。請謹慎使用。

全球分布的 SMTP 服務器

我們在全球多個 AWS 區域維護終端節點。根據您的位置，您將被路由到距離服務器最近的終端節點，以獲得最快的響應時間，從而實現極低的延遲。

與 REST API 的區別

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

許多 Rest API 客戶端庫都提供高級功能，例如在網絡錯誤時重試多次。當連接到 Postmark 服務器時出現暫時性問題時，此功能可能會有所幫助。
該 API 還提供批量發送功能，以提高發送大量電子郵件時的性能。
REST API 的另一個重要優勢是?響應代碼。REST API 將在收到消息后立即向您的應用程序返回成功或錯誤消息。例如，如果收件人因硬退回而被停用，您將在嘗試發送消息時收到通知。此外，響應將提供用于跟蹤的消息 ID 以及錯誤代碼，以便妥善處理問題。SMTP 端點將接受所有消息并記錄遇到的任何錯誤的退回，這些退回仍可使用我們的?退回 webhook?或?退回 API 端點訪問。
與 API 類似，標簽可用于 SMTP 消息。為了在消息中使用標簽，您必須將標簽包含在名為 X-PM-Tag 的SMTP 標頭中。因此，您的 SMTP 客戶端必須具有添加此標頭的選項。 大多數帶有 SMTP 模塊的編程語言都包含一種向 SMTP 消息添加自定義標簽的方法。每條消息只能使用一個標簽。標簽的最大大小為 1000 個字符。

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

X-PM-Tag: welcome-email

追蹤開啟

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

為整個服務器打開跟蹤
跟蹤單封電子郵件的打開情況

跟蹤鏈接

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

元數據支持

通過添加額外的 SMTP 標頭，可以將元數據添加到使用 SMTP 發送的消息中。如果您添加包含前綴X-PM-Metadata-的 SMTP 標頭，它將被注冊為元數據字段。例如，以下是您要添加到消息中的 SMTP 標頭，用于注冊color和client-id 的自定義元數據值：

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

解決 SMTP 問題

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

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

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

為什么我無法通過 SMTP 服務器進行身份驗證？

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

為什么我的自定義消息 ID 沒有通過 Postmark 發送？

MessageID首先，請注意（由 Postmark 生成，無法更改）和之間的區別，Message-ID后者是您可以通過 SMTP 標頭設置的自定義值。Postmark?MessageID始終是 webhook 事件 JSON 中“MessageID”字段中返回的內容，以便您可以識別 Postmark 消息以進行后續 API 調用。

默認情況下，Postmark 將替換出站 SMTP 郵件的所有標頭。但是，保留某些依賴這些標頭的應用程序的值Message-ID會很有用。為確保 Postmark 不會替換您的自定義或原始標頭，請添加一個名為的附加標頭，其值為。然后，Postmark 將傳遞郵件的任何原始標頭。Message-IDMessage-IDX-PM-KeepIDtrueMessage-ID

X-PM-KeepID: true

當使用 SMTP 發送時遇到問題時我還可以嘗試什么？

嘗試在 SMTP 設置中使用所有可用端口（25、2525 和 587）。有時端口可能會擁塞并導致暫時出現問題，或者被特定 ISP 阻止。
確保您使用服務器API 令牌作為用戶名和密碼，而不是您的帳戶 API 令牌。
檢查您的防火墻和網絡，確保它們沒有阻止我們的任何SMTP 端點。

編碼和字符集故障排除

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