[ 寄送服務指南 ]

驗證透過 Hostinger Email 發送的電子郵件：設定和驗證

配置 Hostinger 電子郵件記錄系列，區分預設 CNAME 和自訂DKIM ，並驗證帳戶實際發送的訊息。

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

[ 重點 ]

  • 確認 Hostinger Mail 而非 Titan 或其他帳戶產品。
  • 區分預設CNAME記錄和自訂DKIM TXT 。
  • 解決選擇器衝突而不刪除不相關的簽署者。
在此頁面上
  1. 重點
  2. 外賣
  3. 按角色
  4. 常見問題
  5. 來源
  6. 詞彙表
  7. 相關指南

[ 外帶 ]

解決選擇器衝突而不刪除不相關的簽署者。

[ 按角色 ]

這對您意味著什麼

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

IT/郵件管理員

比較活動選擇器

預設 CNAME 和自訂TXT密鑰遵循不同的工作流程。

後續步驟

  1. 記錄所選模式。
  2. 保留不相關的鍵。
  3. 檢查收到的簽名。

CISO / SecOps

保護共享域信任

身份驗證範例不得覆蓋更廣泛的策略。

後續步驟

  1. 檢查SPF依賴性。
  2. 批准報告收件人。
  3. 執行前需要證據。

創辦人/非技術人員

將正確的產品保留在範圍內

共享帳戶並不能使每個電子郵件產品都可以互換。

後續步驟

  1. 與郵箱所有者確認服務。
  2. 安排任何簽名更改。
  3. 保持員工郵件可用。

[ 常見問題解答 ]

常見問題

這些是泰坦電子郵件記錄嗎？

否。在使用此記錄系列之前，請確認網域使用 Hostinger Email 或 Hostinger Mail。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

為什麼列出三個預設DKIM CNAME？

這是 Hostinger 記錄的預設配置。發布域顯示的完整集，而不僅僅是第一筆記錄。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

域狀態檢查在哪裡？

在電子郵件中，開啟網域的郵箱，然後開啟網域設定。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

自訂DKIM是另一個預設CNAME嗎？

否。記錄的自訂工作流程會產生TXT記錄並需要驗證。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

如果停用“生成”，是否應刪除所有DKIM記錄？

否。透過支援解決特定的 Hostinger 衝突；必須保留不相關服務的選擇器。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

刪除自訂DKIM後會發生什麼事？

Hostinger 記錄了回傳預設DKIM情況。驗證受控訊息中產生的簽名。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

我可以原封不動地貼上範例DMARC報告地址嗎？

不可以。使用經授權、正常運作的報告目的地並保留現有批准的政策，除非其所有者批准更改。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

為什麼要檢查接收到的訊息中的選擇器？

它標識實際使用的密鑰，這可能與您期望測試的預設記錄不同。

手動為 Hostinger Mail 設定域 如何為 Hostinger 電子郵件新增自訂DKIM記錄 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

[ 來源 ]

來源

  1. 手動為 Hostinger Mail 設定域

    部分 域設置144–176； SPF189–194；三個 CNAME195–202； DMARC203–208

  2. 如何為 Hostinger 電子郵件新增自訂DKIM記錄

    部分 生成137–144；驗證147–149；後備 158 和共存 160

  3. RFC 7208 SPF

    部分 §3.2; 3.3; 4.6.4

  4. RFC 6376 DKIM

    部分 §3.5; 3.6.2; 6.1

  5. RFC 9989 DMARC

    部分 §4.4; 4.7; 4.10; 5

[ 詞彙表 ]

詞彙表

SPF
SMTP身分的DNS授權，受 10 個評估的 DNS 引發術語（包括嵌套評估）的限制。
DKIM選擇器
標識用於驗證訊息簽署的DNS公鑰的標籤。
DMARC對齊
可見的 From 域與傳遞的SPF或DKIM身份驗證域之間的關係。
權威DNS
發布域的即時DNS答案的委託服務。
Return-Path
用於處理傳遞失敗的記錄反向路徑，與可見的寄件者地址不同。

企業出處

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

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

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

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

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

知識庫