首頁>Server>source

為什麼管理員大多使用 +a+mx並肩 在SPF記錄中? 這是示例:

@              10800 IN TXT     "v=spf1 +a +mx -all"

仅使用 +mx還不够吗 引數,例如:

@              10800 IN TXT     "v=spf1 +mx -all"

我认為MX記錄的任務是發送電子郵件,而不是A記錄.谁能解釋一下為什麼有人会使用 +a

35

spf

最新回復
  • 6月前
    1 #

    坦白地說,是因為他们在不了解SPF基本原理的情况下从某些教程或示例配置中複製了配置.有時希望例如 都是 a中的web服務器 和傳入的郵件交換 mx 也用於發送郵件,但並非总是如此。

    最好使用较少的額外DNS查詢来支援機製: ip4 / ip6aamx (RFC 7208,10.1.1)即使為了簡化管理(10.1.2), a 選擇了機製,但並非总是如此 或 a mx ,但 a

  • 6月前
    2 #

    a:relay.example.com中列出的主機的任務 記錄是接收電子郵件,而不是傳遞電子郵件。
    进行非對稱設置(處理入站和出站電子郵件的主機不相同)是完全有效的(並且非常普遍,特別是對於较大的操作)。

    也就是說,不能保證任何 MX (又名 mx )或 +mx (又名 a )在SPF中与指定要傳遞電子郵件的主機有關。
    例如,如果您不執行自己的郵件服務器,則可能像 +a 会更相關。

    直接解決有關為什麼 v=spf1 include:spf.majoremailserviceprovider.example -all的問题 特別是在SPF記錄中,這種組合似乎顯得過分代表,我的猜測是,這種情况归結為所有添加SPF記錄的管理員太多,却没有充分理解SPF概念来判斷要放入策略中的內容,而是隨意複製粘贴一些內容.構造的例子。

    a mx

  • apt:已解決-無法从Debian Buster資訊庫安裝軟體包
  • domain name system:是否有標準說NS記錄不應設置為區域頂點?