通過另一個SMTP服務器從Gmail發送郵件問題

Question

我有一個轉發到Gmail帳戶的電子郵件地址。 然后，我使用SMTP通過域SMTP服務器從gmail發送響應。 這一切都很好。 但是，某些收件人沒有收到電子郵件嗎？ 我需要在域側進行進一步的配置嗎？

有人告訴我我需要配置SPF，DKIM和DMARC記錄，但我不知道配置/值應該是什么？

Answer 1

設置SPF，DKIM和DMARC很少是傳遞電子郵件的先決條件。 如果您的電子郵件域和服務器享有良好的聲譽，那么通常不會遇到很多麻煩。

但是，最好的做法是同時設置這三者，以開始對您的電子郵件進行身份驗證，並使其他人更難模仿未經授權的電子郵件域。 我將為您概述基礎知識：

為什么要認證

• 網絡釣魚：電子郵件身份驗證將使未經授權就很難模擬您的電子郵件域。 它（某種程度上）可以保護您的同事，合作伙伴和客戶免遭網絡釣魚。
• 品牌聲譽保護：來自您的域的網絡釣魚可能會損害品牌的聲譽。
• 可傳遞性：身份驗證可提高可傳遞性，因為它在確定電子郵件是否合法時會受到很大影響。

DMARC

DMARC將嘗試為代表您發送的服務器找到成功的身份驗證。 具體來說，它將尋找與SPF 或 DKIM上的Pass保持一致，並與收件人在其電子郵件客戶端中顯示給收件人的電子郵件地址（域）保持一致。 這稱為Header.From字段。 （不要誤認為“ Sender字段，“ Reply-To字段或“ Return-Path ）。

SPF

SPF基本上是IP地址列表，作為TXT DNS資源記錄發布，列出了被授權向該記錄所駐留的域發送電子郵件的所有服務器。這不包括子域，那些子域需要其他SPF記錄。 SPF的（很多）問題之一：接收服務器需要檢查Return-Path電子郵件地址以查找SPF記錄，而不是Header.From域。 根據SMTP RFC ，不需要Header.From電子郵件地址和Return-Path地址共享任何域部分。 因此，DMARC進入了哪里。

DKIM

使用DKIM私鑰對電子郵件進行簽名，要求您在子域_domainkey為要簽名的域發布匹配的公鑰。 接收服務器將在DKIM簽名中查找d=值和s=值，以構建要查詢的正確DNS TXT資源記錄，並保留公鑰。 示例d=stackexchange.email s=s1 s1._domainkey.stackexchange.email d=stackexchange.email s=s1將導致對TXT記錄s1._domainkey.stackexchange.email進行DNS查詢。 與SPF相同： d=值不必與Header.From電子郵件地址的域部分匹配。

不幸的是，配置和值是非常具體的，具體取決於允許哪些方代表您的域發送，您使用的子域以及如何使用它們，等等。特別是SPF有一些限制，這會使設置更加困難。