[ 寄送服務指南 ]

Shopify 寄件者身分驗證:保護客戶認可的地址

分別檢查 Shopify 管理的 DNS 和第三方DNS ,保留所需的記錄並測試重要的客戶通知。

由EmailAuth研究團隊提供 · 5 分鐘閱讀

在此頁面上

Shopify 商店的網站網域及其寄件者身分是具有不同技術依賴性的相關業務資產。正常運作的店面無法證明訂單確認使用品牌寄件者地址或通過一致的身份驗證。

從為商店配置的寄件者電子郵件以及 at 符號後面的網域開始。確定誰控制該域的活動DNS 。然後查看 Shopify 的身份驗證狀態以獲取相同的身份。

確定管理路徑

Shopify 目前的說明將其管理的網域與第三方DNS分開來。已經可以為 Shopify 購買的網域管理身份驗證,而受支援的第三方提供者可以提供自動連線。其他配置使用手動更改。

不要假設每家商店都需要相同的工作。在發出DNS請求之前檢查商店的當前狀態。如果身份驗證受到管理,請確認其狀態並檢查收到的通知,而不是在其他地方重新建立託管記錄。

對於第三方網域,請使用與商店的寄件者電子郵件關聯的驗證工作流程。查看自動連線建議變更並保留產生的記錄名稱的內容。自動化應該讓所有者能夠理解和維護配置。

在 Shopify 後台中,開啟設定 > 通知 > 寄件者電子郵件 > 電子郵件網域驗證。對於受支援的第三方DNS供應商,自動驗證會配置 CNAME,而不是 DMARC。檢查現有的適用 DMARC記錄 並在需要時單獨添加或更新。

使用顯示的記錄,而不是歷史的SPF配方

Shopify 目前將手動設定定向到其生成的 CNAME 記錄和適用的DMARC記錄。發布每個所需的生成記錄及其確切類型和目標。授權猜測的 IP 範圍的通用指令並不能取代。

在手動設定之前,請確認商店採用有效的付費方案。 Shopify 從此CNAME設定中排除客戶轉移商店、開發商店以及暫停和建置商店。產生的 CNAME 句柄 SPF 和 DKIM;單獨的SPF TXT記錄 此 Shopify 寄件者電子郵件設定不需要。

如果網域已有DMARC策略,請在上下文中評估該策略。添加 Shopify 不應默默地刪除報告或削弱涵蓋其他服務的營運政策。

使用活動的權威DNS區域。檢查編輯器是否需要相對所有者名稱或完整主機名稱。非活動面板中看起來正確的值無助於收件者驗證郵件。

讓任何CNAME所有者衝突在更改請求中可見。當另一個服務依賴相同DNS名稱時,不能隨意改變其用途。在發布之前解決預期的配置。

將更新狀態視為特定維護任務

Shopify 記錄了已更改或缺少的預期 CNAME 的更新建議狀態。它本身並不能證明所有當前發送已停止。

將顯示的要求與權威答案進行比較,並遵循適用的更新工作流程。目前的說明要求保留現有的必需 CNAME,同時新增或修正相關記錄。不要因為出現新值就刪除舊集。

對於託管記錄,請使用支援的管理或支援路徑。區分商店可以編輯的配置和 Shopify 控制的配置。

驗證真實的客戶通知

使用受控訂單或其他受支援的測試來執行您正在評估的通知途徑。避免向客戶發送未經請求的測試。使用適當的存取控制保存收到的原件。

檢查可見的寄件者地址、簽名身分和可信任身分驗證結果。記錄預期的品牌識別是否存在以及通過的SPF或DKIM路徑是否與其一致。 Reply-To 是一個單獨的欄位;可識別的回應位址不會建立DMARC 結盟.

在綜合範例中,商店老闆看到結帳成功並假設電子郵件已準備就緒。收到的確認使用重寫的寄件者地址。有用的調查從實際身份和商店的身份驗證狀態開始,然後檢查產生的DNS要求。更改網站的 一個記錄 將解決不同的依賴關係。

如果其他重要工作流程使用不同的服務,則單獨測試它們。外部行銷應用程式或支援台可能根本不使用 Shopify 的通知路由。

讓商店為下一次變化做好準備

保留儲存參考、寄件者網域、 DNS擁有者、託管或手動路徑、所需記錄集和訊息證據。記錄網域轉移、儲存遷移或新寄件者地址後檢查身份驗證的人員。

成功的身份驗證測試支援身份驗證。它不保證收件匣的放置、客戶參與或防止從某個地方發送的訊息。 相似域名。這些結果需要單獨的控制和證據。

使用 寄件者庫存 讓 Shopify 與其他授權服務並存。當商店使用預期的身份並且團隊可以演示和維護它時,設定就完成了。

完成工作流程並讀取狀態

使用 目前的 Shopify 身份驗證工作流程,然後返回相同的寄件者電子郵件狀態:

  1. 開啟設定 > 通知 > 寄件者電子郵件 > 電子郵件網域驗證。
  2. 對於支援的自動連接,請完成提供者的審批流程並使用其返回按鈕返回 Shopify。提前關閉提供者視窗可能會使檢查未開始;使用手動設定並更新DNS記錄來啟動它。
  3. 對於手動設置,請在正確的DNS區域中發布每個顯示的CNAME並觸發檢查。單獨驗證第三方DMARC ;自動CNAME設定不會創建它。
  4. 將結果與預期的寄件者身分和受控接收的通知進行比較,而不僅僅是綠色網站網域狀態。

Shopify 允許最多 48 小時進行DNS更改。它是 更新工作流程 區分這些維護狀態:

狀態下一步行動
已認證無需認證更新;保留記錄。
更新推薦該網域仍然經過身份驗證。更新是可選的,沒有截止日期;新增或修正指定的 CNAME,而不刪除所需的現有 CNAME。
更新後傳播等待一段時間並將DNS與顯示的值進行比較。如果大約一天後沒有找到記錄,狀態可以返回UpdateRecommended;重新檢查值並使用我更新的DNS記錄。

對於仍建議更新的 Shopify 管理記錄,請透過支援的路徑聯絡 Shopify 客服。在等待郵件檢查期間,不要重複替換不相關的網站記錄。

[ 按角色 ]

這對您意味著什麼

選擇您的角色以執行後續實際步驟。

IT/郵件管理員

使儲存狀態與公共DNS保持一致。

託管記錄、產生的更新和單獨的應用程式需要自己的證據。

後續步驟

  1. 確定實際的權威DNS所有者。
  2. 在受支援的更新期間保留所需的 CNAME。
  3. 記錄來源、簽名身分和可信結果。

CISO / SecOps

保持控制邊界清晰。

身份認證支援合法的發送路由;它並不能消除相似的濫用或所有交付風險。

後續步驟

  1. 將外部商店應用程式包含在庫存中。
  2. 控制自動 DNS 更改權限。
  3. 保留範圍配置和測試證據。

創辦人/非技術人員

保護客戶認可時刻。

訂單確認應使用預期的身份,有人應該能夠證明他們這樣做的原因。

後續步驟

  1. 確認配置的寄件者域。
  2. 查看受控收到的通知。
  3. 商店或網域變更後分配所有權。

[ 常見問題解答 ]

常見問題

正常運作的 Shopify 店面是否證明電子郵件身分驗證有效?

否。檢查寄件者身分、活動DNS配置和收到的客戶通知。網站可用性是一個不同的依賴項。

所有 Shopify 網域都需要手動DNS設定嗎?

否。檢查管理路徑和認證狀態。 Shopify 文件管理並支援自動路徑以及手動配置。自動第三方身份驗證不會建立DMARC ;單獨檢查一下。

我應該將 Shopify IP 位址新增至根SPF嗎?

遵循為目前商店配置產生的記錄。請勿以猜測的 IP 或歷史配方取代顯示的身份驗證要求。

推薦更新是什麼意思?

將目前所需的 CNAME 與DNS進行比較。 Shopify 描述了郵件繼續發送時可能存在的維護狀態;它沒有建立完全的發送中斷。

當新的 CNAME 出現時,我可以刪除舊的 CNAME 嗎?

保留現有的必要記錄並遵循適用的更新說明。刪除活動依賴項而不檢查其角色可能會中斷驗證。

為什麼我的客戶通知使用不同的寄件者地址?

檢查實際訊息並儲存寄件者身份驗證狀態。重寫的身份需要進行該調查,而不是不相關的網站DNS更改。

Reply-To 是否確定DMARC對齊方式?

不需要DMARC使用可見的寄件者網域和相關的經過驗證的SPF或DKIM身分。 Reply-To 具有單獨的回復路由目的。

Shopify 身份驗證是否也涵蓋外部行銷工具?

為每個工作流程建立實際的發送路由。單獨的應用程式可能需要自己的帳戶、網域身份驗證和接收訊息驗證。

[ 來源 ]

來源

  1. Shopify:寄件者電子郵件設定和身份驗證
  2. RFC 9989 : DMARC核心協議
  3. RFC 6376 :網域金鑰識別郵件
  4. RFC 1034 : DNS概念與設施

[ 詞彙表 ]

詞彙表

DMARC
基於網域的訊息身份驗證、報告和一致性將一致的身份驗證與網域所有者策略和回饋連接起來。它不證明訊息內容或保證傳遞。
DMARC對齊
可見寄件者域與傳遞的SPF或DKIM身分之間所需的關係。嚴格對齊需要精確的域匹配;寬鬆的對齊使用適用的組織域關係。
權威DNS
負責相關公共區域的委派伺服器。在不同提供者的非活動面板中進行編輯不會更改他們的答案。
DKIM
網域金鑰識別郵件將覆蓋郵件內容的可驗證簽章與簽章網域相關聯。簽章驗證和DMARC對齊是單獨的測試。
DKIM選擇器
DKIM-Signature中的 s= 值。與該簽章的 d= 網域一起,它在_domainkey下找到驗證材料。

企業出處

為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。

傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中,手動監督意味著延遲執行、配置漂移和不受監控的影子域。

EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject,保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準,以及人機互動審核能力。

政府 大型企業 一級金融機構

SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密

知識庫