为什么管理员大多在 SPF 记录中使用+a
并列+mx
?这是示例:
@ 10800 IN TXT "v=spf1 +a +mx -all"
Run Code Online (Sandbox Code Playgroud)
仅使用+mx
参数是不够的,例如:
@ 10800 IN TXT "v=spf1 +mx -all"
Run Code Online (Sandbox Code Playgroud)
我认为 MX 记录的任务是发送电子邮件而不是 A 记录。谁能解释一下为什么有人会使用这种情况+a
?
我在我的机器上设置了 Opendkim milter 来与 postfix 一起使用。现在电子邮件已正确签名和验证,即电子邮件源代码显示DKIM-Signature
标题。
TXT
权威 dns 上的记录设置如下:
\xe2\x94\x8c\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x90\n\xe2\x94\x82 # \xe2\x94\x82 root > server > ~\n\xe2\x94\x94\xe2\x94\x80\xe2\x94\xac\xe2\x94\x80\xe2\x94\x98\n \xe2\x94\x94\xe2\x94\x80> delv -t txt dkim-domain._domainkey.domain.eu\n...\n...\ndkim-domain._domainkey.domain.eu. 1780 IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8drA4hH8gJaVpLaHhtQonhpOeanMo/oPmrAVehP3lBYAjsoxifCIclLqJo7kk0maelqu9SIN9ttQ0boCzEiQBMO1" "c1P+Sj/PxphZB71c8VNhqMJ32VG6Ky3ZD4Tds39Vye/wsWdi+842MUT3Z2dJnxS2AAG4pSkjaytFPCs0J94OUQC0tDErbnsMZh+gg+7IsYgND8FR/cRDzpXjD0qFJk4Cnc1q27WorPAGAiRsRfLt9u" "gkYgQRwapnofmKJ3hk/L8096YR7gan60L4+RGojsx5ppTdIEhYasyK9MokefmVeNyGwVXTJchqG8vhcg9uGjGy9mPiPg4B2TQgEBPwyQIDAQAB"\n...\n...\n
Run Code Online (Sandbox Code Playgroud)\n因此,乍一看一切正常,但当我在机器上运行诊断程序时,它会显示以下内容:
\n\xe2\x94\x8c\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x90\n\xe2\x94\x82 # \xe2\x94\x82 root > server > ~\n\xe2\x94\x94\xe2\x94\x80\xe2\x94\xac\xe2\x94\x80\xe2\x94\x98\n \xe2\x94\x94\xe2\x94\x80> opendkim-testkey -d domain.eu -s dkim-domain -vvv\n\nopendkim-testkey: using default configfile /etc/opendkim.conf\nopendkim-testkey: checking key \'dkim-pistam._domainkey.pistam.eu\'\nopendkim-testkey: key not secure\nopendkim-testkey: key OK\n
Run Code Online (Sandbox Code Playgroud)\n注意key not secure
答案。我从这个答案中读到存在警告,因为未启用 DNSSEC。但我的域的 DNSSECdomain.eu
已启用。根据DNSViz。
RFC 标准从字面上强迫我们接受端口上的未加密连接25
。要了解原因,我们必须了解电子邮件的工作原理。但是电子邮件是一个相当复杂的话题,我创建了这个例子和一个表格来尝试理解一切。
任何人都可以阅读并告诉我解释的任何部分是否有误?因为我不太确定我对这个话题的理解是否正确。
当用户(发件人)通过“邮件用户代理” (MUA )发送电子邮件时,该电子邮件会立即转移到位于或不在单独机器上的“邮件提交代理”(MSA)。MSA 预处理电子邮件并将其交给同一台机器上的“邮件传输代理” (MTA)。MTA(发件人)然后使用 DNS 并确定应将电子邮件发送到哪个 MTA(收件人)。这部分传输仅通过 port 完成25
。当 MTA(接收者)收到电子邮件时,它会将它处理到同一台机器上的 MSA,然后用户(接收者)可以使用 MUA 阅读电子邮件。
MUA & MSA 和 MSA & MTA 之间的通信可以使用安全端口,但 MTA 和 MTA 之间的连接不能。下表显示了使用或可以使用哪些协议以及可以为上述示例的每个步骤使用哪些端口。我们也使用 ? 和 ?可以选择指示现代设置应该使用什么。
# | 发件人 | 接收者 | 我们可以使用的协议 | 各个协议的端口 |
---|---|---|---|---|
1 | 通用汽车协会 | 海事局 | (?) SMTP (?) SMTPS |
(?) 25 (?) 587 |
2 | 海事局 | MTA | (?) SMTP (?) SMTPS |
(?) 25 (?) 587 |
3 | MTA | MTA | (?) SMTP | (?) 25 |
4 | MTA | 海事局 | (?) SMTP … |