定義面向客戶的身份
交易電子郵件 是客戶存取已購買產品的一部分，因此寄件者變更需要操作所有者。列出相關的收據、授權或下載訊息及其配置的寄件者和回覆身分。選擇您的組織控制的網域並確定DNS所有者。本指南描述 Freemius 工作流程，而不是不相關的SendGrid帳戶的設定。
Freemius 將SendGrid記錄為其事務傳輸。其 2025 年 11 月發件人更新解釋說，不完整 DKIM、經過驗證的網域以外的寄件者或通用郵箱提供者會觸發 Freemius 寄件者回退。回覆維持不變。當網域身分驗證和寄件者網域一致時，設定的寄件者仍處於使用狀態。來源： Freemius，增強了對交易電子郵件寄件者地址的處理.
後備可以保留交付路線，同時更改客戶看到的身份。不要僅僅因為訊息到達就將其稱為成功的品牌域部署。將預期寄件者、實際寄件者和回覆目的地記錄為單獨的接受欄位。避免假設自訂回覆地址提供 DMARC 結盟;事實並非如此。
在 Freemius 中配置域名
在開發人員儀表板的電子郵件區域中，啟動使用DKIM驗證網域，輸入所需的網域並選擇驗證。發布生成的 CNAME 記錄在權威DNS提供者處，然後確認它們已新增並選擇「驗證」。如果別名衝突，請重新啟動工作流程並選擇指示其他DKIM記錄已存在的選項以取得不同的位址。弗里米烏斯 說 SPF 在此設定後會自動處理。資料來源：Freemius，電子郵件送達率。
準確使用每個帳戶產生的值，並遵循DNS主機的擁有者名稱約定。不要將螢幕截圖的範例記錄貼到生產中。編輯前先檢查每個所有者是否已經有 一個記錄 誰依賴它。無法透過將競爭目標置於一個所有者來修復CNAME 。備用記錄工作流程比破壞另一個寄件者更可取，但其最終名稱仍需要檢查。
不要在根域中加入推測性SendGrid包含來補償失敗的CNAME檢查。提供者的自動SPF聲明適用於其記錄的整合；其他合法寄件者仍需要自己的正確授權。保持根SPF策略和所有不相關的服務不變，除非需要單獨的、有證據支持的變更。
驗證DNS和實際交易訊息
首先將權威答案與產生的記錄集進行比較。區分在錯誤的DNS主機上發布與遞歸快取：不正確的權威答案不能透過等待來修復。確認域後綴未附加兩次，且沒有衝突的記錄被覆寫。然後保留產品的驗證結果。
使用經批准的測試交易或其他受控交易工作流程與虛構數據。不要僅為了獲取測試標頭而創建實際費用或發送客戶許可證。保留原始收到的訊息、預期工作流程、可見寄件者、回覆收件者、信封身分、 DKIM d=/s=和可信任接收者 Authentication-Results。產品徽章和交付日誌無法建立所有這些身分。
綜合範例：事務訊息具有 From licenses@example.com和有效的 DKIM簽名 d=example.com. Even if SPF passes for an unrelated provider envelope, exact DKIM alignment can supply the DMARC path. Now change the configured sender to a different 組織域 無需驗證它。先前的測試無法為該新身分建立身份驗證，且記錄的後備可能適用。任何寄件者域變更後重新測試。
DMARC要求在適用的對齊模式下至少有一條通過對齊的SPF或DKIM路徑。 DKIM是簽名，而不是內容加密或收件者看到訊息的保證。提供者擁有的後備可以是其自身身分的有效郵件，而無需成為品牌域的成功。
在不遺失證據的情況下調查客戶交付情況
分開四個問題：工作流程是否被觸發、是否嘗試發送訊息、收件人系統是否接受它以及它出現在哪裡？要求操作員保留相關的發送事件和確切的錯誤，而不是根據客戶的郵件遺失報告進行猜測。檢查收件者地址，包括是否是與目標帳號關聯的地址。在了解錯誤之前，避免重複重新發送。
如果身份驗證通過但放置不佳，請檢查聲譽、內容和收件人處理。如果簽章遺失或無效，請在變更廣泛原則之前比較DNS 、帳戶驗證和目前的寄件者網域。回復路由問題是不同的層，需要單獨的測試。
保持恢復和完成誠實
儲存之前的DNS值和寄件者設定。在適當的情況下，將記錄的後備保留為明確批准的營運結果，而不是削弱整個業務領域的DMARC 。僅在確認沒有活動產品或延遲訊息依賴過時記錄後才刪除它們。
接受需要預期的發送者和回覆、經過驗證的DNS以及每個範圍內事務路由的真實接收訊息記錄。本指南使用了提供者文檔，並透過當前主要來源頁面和協議參考進行了檢查。它不包含即時租戶、購買、 DNS或交付執行。人類 SME 審查、獨立檢查和出版仍有待完成。
將不匹配結果與回復路由分開
書面案例 FM-02 假設example.com是經過身份驗證的網域，但產品現在選擇licenses@other.example作為寄件人，並選擇support@example.com作為回應。新的寄件者網域尚未經過身份驗證。根據記錄的不匹配行為，預計會出現 Freemius From 回退；這裡沒有觀察到實際的後備地址和訊息身份驗證。 Reply-To 可以保留support@example.com ，而不使other.example成為對齊的寄件者身分。產品所有者必須批准預期的發送者，完成配對設定（如果需要）並檢查受控交易訊息，而無需頒發真正的費用或許可證。未執行任何購買、帳戶變更或訊息。
保留執行邊界
RFC 9989 第 7.4 節要求有效的DKIM ，而不僅僅是SPF來進行域發布 p=reject，並對間接郵件和郵件清單互通性發出警告。一次成功的直接訊息測試並不能證明每條合法路線都已準備好採取更強有力的政策。保留現有批准的保護，同時診斷實際差距；任何政策變化都需要自己的決定。