MailVSR MailVSR 三分鐘搞定你的企業網站

DMARC管理

DMARC(Domain-based Message Authentication, Reporting and Conformance)是 DNS 端的寄件人驗證機制。它本身不簽章、也不查 SPF,而是把 SPF 與 DKIM 的驗證結果合起來判斷,讓網域擁有者可以規定「驗證失敗的信要怎麼處理」,並取得驗證報告,用來防止釣魚與詐騙郵件冒用網域。

這一頁提供的是來信評估與處理政策:MailVSR-GW 站在真實郵件伺服器前面,收到信時會依寄件者網域在 DNS 宣告的 DMARC 政策,決定這封信該放行、隔離還是拒絕,再把結果交給後端。

⚠️ 您自己網域的 _dmarc DNS 記錄仍需自行在 DNS 端設定,本頁不負責產生該記錄。 本頁只負責「依政策評估別人寄來的信」。若您要在本機產生那筆記錄,請用(郵件閘道 / DNS伺服器設定)的紀錄工具。

什麼時候會用到這一頁:

  • 已經設好 SPF 與 DKIM,想在閘道端再加上一層依政策判斷的防護
  • 想先「只觀察不擋信」,了解有哪些來源冒用您的網域
  • 確認觀察結果正常後,正式開啟拒絕,把冒用信件直接擋掉
  • 發現有信件被誤擋,想先退回觀察模式

基本設定

本頁只有一個頁籤「基本設定」,三個開關出廠預設全部為關閉。三個開關彼此獨立,可以只開其中一個。

啟用 DMARC
  • 開關,出廠預設關閉
  • 啟用後,閘道會對來信進行 DMARC 評估
  • 關閉時,來信完全不做 DMARC 判斷(SPF 與 DKIM 仍各自依其設定運作,見(郵件閘道 / SPF 管理)與(郵件閘道 / DomainKey管理))
  • 若您只是「還不想處理 DMARC」,維持關閉即可,不會影響其他驗證機制
失敗報告
  • 開關,出廠預設關閉
  • 啟用後,當 DMARC 測試失敗、且郵件的聲稱寄件者請求了此類報告時,系統會產生失敗報告
  • 用途:這是觀察期的安全做法。開啟後您可以知道「有哪些來源沒通過驗證」,但信件不會因此被擋下
  • 注意「聲稱寄件者請求報告」這個前提——若對方網域的 DMARC 記錄沒有指定回報位址,就不會產生報告,這是正常的
  • 建議:第一次設定 DMARC 時,先只開這個,觀察一到兩週
拒絕驗證失敗
  • 開關,出廠預設關閉
  • 啟用後,郵件未通過 DMARC 評估時將直接被拒絕
  • ⚠️ 這是有破壞性的選項。若您的 SPF/DKIM 尚未設定完整,或您的往來對象有轉寄行為(轉寄會破壞 SPF、但不一定破壞 DKIM),可能擋掉正常信件
  • 開啟前建議先完成下面的「怎麼設定」流程

儲存、服務狀態與重新啟動

  • 按「儲存設定」後畫面顯示「DMARC 設定已儲存」;失敗顯示「設定儲存失敗,請檢查表單」
  • 若無法套用到郵件服務,會顯示「DMARC 設定套用失敗」
  • 頁面上方顯示 OpenDMARC 服務狀態並提供「重新啟動」按鈕:重啟成功顯示「OpenDMARC 服務已重啟」,失敗顯示「重啟 OpenDMARC 服務失敗:(原因)」
  • ⚠️ 重啟期間 DMARC 檢查會短暫中斷,建議避開收信高峰
  • 表單有未儲存的變更就關閉視窗時,會先詢問「有未儲存的變更,確定要關閉嗎?」

怎麼設定(建議順序)

  1. 先確認 SPF 與 DKIM 已正確設定——DMARC 依賴這兩者的驗證結果,缺一項判斷就會不準
  2. 開啟「啟用 DMARC」,同時開啟「失敗報告」,先不要開「拒絕驗證失敗」
  3. 觀察一段時間(建議至少一到兩週),從報告與(系統日誌 / SMTP日誌)確認沒有正常信件被誤判
  4. 確認正常來源都能通過後,再開啟「拒絕驗證失敗」
  5. 每次改動後按「儲存設定」;需要時按頁面上方的「重新啟動」重啟 OpenDMARC

DNS 端該怎麼宣告(您自己網域的 DMARC)

以下只是讓您理解 DMARC 記錄的長相,實際請依您的需求設定。假設網域是 yourcompany.com:

_dmarc.yourcompany.com.  IN TXT  "v=DMARC1; p=none; rua=mailto:dmarc-report@yourcompany.com"
  • v=DMARC1:表示這是 DMARC 記錄(必填,且必須放在最前面)
  • p=:政策,決定驗證失敗時收件端該怎麼做
    • p=none:只觀察、不擋信,建議第一次就用這個
    • p=quarantine:建議收件端把信放進垃圾郵件
    • p=reject:建議收件端直接拒收(最嚴格)
  • rua=:接收彙整報告的 Email(可多個,以逗號分隔)
  • 若您想更細緻,還可用 pct=(套用百分比)與 sp=(子網域政策),但這些屬於進階用法,本頁不涉及

常見誤解與陷阱

  • 「開了 DMARC 就會產生 _dmarc 記錄」:不會。本頁只管評估來信,您網域的記錄要自己在 DNS 端宣告
  • 「DMARC 會幫我簽章」:不會。簽章是 DomainKey(DKIM)的工作,DMARC 只是「依政策決定怎麼處理驗證結果」
  • 「三個開關開越多越安全」:不對。「拒絕驗證失敗」開得太早,很可能擋掉正常的轉寄信
  • 「失敗報告會列出所有寄來的信」:不會。只有在測試失敗且對方要求報告時才會產生
  • 「關掉 DMARC 就等於關掉 SPF/DKIM」:不會,三者是獨立的設定
  • 誤擋的處理:先關閉「拒絕驗證失敗」回到觀察模式,再從(系統日誌 / SMTP日誌)找出被擋的來源,確認是對方設定問題還是自己的 SPF/DKIM 有誤

注意事項

  • 三個開關的出廠值都是關閉,安裝後不會自動生效
  • 本頁的設定會影響所有經過這台閘道的信件,變更前請確認影響範圍
  • 與(郵件閘道 / SPF 管理)、(郵件閘道 / DomainKey管理)是同一組驗證機制,建議三者一起檢查
  • 想確認閘道實際的收信與轉送流程,請參考(郵件閘道 / 郵件代理設定)