Конфигурация SPF и DKIM в Ubuntu 18.04 не работает

Я следовал этому руководству от DigitalOcean. Я следил за каждой деталью, но, похоже, ничего не работает так, как ожидалось.

Предполагая, что мое полное доменное имя следующее: mydomain.com. Вот мои данные:

SPF (DNS):

~$ dig mydomain.com txt

ВЫХОД:

;; ANSWER SECTION:
mydomain.com.       600 IN  TXT "v=spf1 -all"

ИСПЫТАНИЯ:

~$ sudo echo "test email" | sendmail check-auth@verifier.port25.com

E-mail ПОЛУЧЕННЫЙ ВЫХОД:

==========================================================
Summary of Results
==========================================================
SPF check:          fail
"iprev" check:      pass
DKIM check:         permerror
SpamAssassin check: ham

==========================================================
Details:
==========================================================

HELO hostname:  mail.mydomain.com
Source IP:      xxx.xxx.xxx.xxx
mail-from:      waiyl@mydomain.com

----------------------------------------------------------
SPF check details:
----------------------------------------------------------
Result:         fail
ID(s) verified: smtp.mailfrom=waiyl@mydomain.com

DNS record(s):
   mydomain.com. 60 IN TXT "v=spf1 -all"

Примечание: использование Postfix в качестве MTA для моего почтового сервера

2 ответа

Ваша запись SPF v=spf1 -all говорит "буквально ни один сервер в интернете не может отправлять почту от имени этого домена". Вся почта не удастся. Ваше руководство содержит ссылки на отдельное руководство по настройке записи SPF.

Я вижу две вещи не так.

Во-первых, как уже указывалось, ваша запись SPF неверна. Записи SPF сообщают миру, на каком IP-адресе находится ваш сервер исходящей почты.

Давайте рассмотрим действительно простой случай, когда исходящая и входящая почта обрабатывается одним и тем же сервером.

v=spf1 mx -all

Просмотр каждой части v=spf1 - номер версии записи SPF - в настоящее время определен только spf1. mx - использовать IP-адреса серверов, найденных в моих доменах. MX записи - все в этом контексте означает каждый адрес и - до того, как это означает серьезный сбой.

Если настройка записи SPF устарела - вы можете попробовать один из многих генераторов SPF, таких как: https://mxtoolbox.com/SPFRecordGenerator.aspx

Однако у вас также есть другая проблема:

DKIM check:         permerror

Это говорит о том, что ваша почта подписывается почтовым сервером, но есть проблема с записью DKIM, это может быть что угодно, например: "Нет записи в DNS". Неправильная запись DKIM в DNS.

Это может показаться немного расплывчатым, но в первую очередь я посмотрю на подпись DKIM на одной из ваших исходящих писем. Обратите внимание на две вещи: значения d = и s=

d = домен, ответственный за подпись почты. s= называется селектором DKIM.

Если вы ищете текстовую запись под следующей записью: ._domainkey.

Например, если я беру подпись DKIM из Twitter

DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=twitter.com;
    s=dkim-201406; t=1554045794;
    bh=JrX7TaDioaOnxGz+nN85Zv7ueFvbyTa36Avx+BeDPEI=;
    h=Date:From:To:Subject:MIME-Version:Content-Type:List-Unsubscribe:
     Message-ID;
    b=CD/rqEhFqCH0gkh9zOoWsCynbem2PChQMiR0apSSXQg4IPigtJXfDNsZQg0/Q1V6K
     NimuwFUiIMRwyV7Q2Ck2HuWABt13yVTX2LZhHqCWPEzYYWXAii0fyPeNT6U/PbZfSQ
     0/ZL1zE11E/iVKgqCQalVR+om6au/dE4V2fqnw3DMTXrU+Up5dS7N+Xkrm0/FQQ6N4
     LIr06Nq9Neft8ScJvcxsf/9KL+NJY8uhpXZJ6grdE/as+73Qw9fv0MZZ7M33zhcIMs
     WgIy0HtvxPJ0Bha+z2aLTZDGxudmxfhMFjuQtnXhs9xCePX4izVYKx909+oilJ6Dgt
     ppww0Don384fQ==

Мы видим, что d=twitter.com s=dkim-201406

Так что, если мы сделаем DIG

C:\Users\timdu>dig txt dkim-201406._domainkey.twitter.com

; <<>> DiG 9.10.6-P1 <<>> txt dkim-201406._domainkey.twitter.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32288
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;dkim-201406._domainkey.twitter.com. IN TXT

;; ANSWER SECTION:
dkim-201406._domainkey.twitter.com. 300 IN TXT  "v=DKIM1; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwe34ubzrMzM9sT0XVkcc3UXd7W+EHCyHoqn70l2AxXox52lAZzH/UnKwAoO+5qsuP7T9QOifIJ9ddNH9lEQ95Y/GdHBsPLGdgSJIs95mXNxscD6MSyejpenMGL9TPQAcxfqY5xPViZ+1wA1qcr" "yjdZKRqf1f4fpMY+x3b8k7H5Qyf/Smz0sv4xFsx1r+THNIz0rzk2LO3GvE0f1ybp6P+5eAelYU4mGeZQqsKw/eB20I3jHWEyGrXuvzB67nt6ddI+N2eD5K38wg/aSytOsb5O+bUSEe7P0zx9ebRRVknCD6uuqG3gSmQmttlD5OrMWSXzrPIXe8eTBaaPd+e/jfxwIDAQAB"

Мы находим запись DKIM, в которой есть открытый ключ, используемый для проверки подписи и хэшей тела письма.

Таким образом, вы должны убедиться, что вы установили эквивалентную запись правильно.

Другие вопросы по тегам