Эта проблема, по-видимому, связана с тем, что opendkim не устанавливает запись псевдоресурса OPT UDPSize
, указывая на то, что он может обрабатывать ответы длиннее 512 байт, как определено в EDNS (wiki) , RFC 2671 .
Opendkim (без EDNS)
Как видно из этого tcpdump запроса opendkim:
28112+ TXT? selector1._domainkey.outlook.com. (50)
и ответ от unbound:
28112| q: TXT? selector1._domainkey.outlook.com. 1/0/0 selector1._domainkey.outlook.com.
CNAME selector1._domainkey.outbound.protection.outlook.com. (105)
Dig (EDNS)
Тот же запрос от dig правильно указывает, что большевсе ответы в порядке (OPT UDPsize = 4096):
33350+ [1au] TXT? selector1._domainkey.outlook.com. ar: . OPT UDPsize=4096 (73)
И несвязанный должным образом отвечает с полной записью TXT:
33350 q: TXT? selector1._domainkey.outlook.com. 2/0/1
selector1._domainkey.outlook.com. CNAME
selector1._domainkey.outbound.protection.outlook.com.,
selector1._domainkey.outbound.protection.outlook.com.
TXT "v=DKIM1;k=rsa;p=MIIBI[...]1913" ar: . OPT UDPsize=4096 (567)
Ключ DKIM в записи TXT был сокращен для краткости.
К сожалению, проект opendkim кажется мертвым, поэтому маловероятно, что это будет исправлено.