我正在使用带有 opendkim 的 postfix 并看到很多以下错误：
opendkim[63]: 84D4C390048: key retrieval failed (s=selector1, d=hotmail.com):
'selector1._domainkey.hotmail.com' reply truncated
该错误发生在许多不同的域中，但总是在使用长 dkim 密钥（> 1024 位）时发生。我认为这是一个相当普遍的问题，但到目前为止找不到任何有用的东西。
这是我的 opendkim 配置的问题还是 opendkim 在这方面被破坏了？
这个问题似乎是因为 opendkim 没有设置伪资源记录OPT UDPSize，这表明它可以处理超过 512 字节的响应，如EDNS (wiki) RFC 2671所定义。
Opendkim（无 EDNS）
从 opendkim 请求的 tcpdump 可以看出：
28112+ TXT? selector1._domainkey.outlook.com. (50)
以及来自未绑定的响应：
28112| q: TXT? selector1._domainkey.outlook.com. 1/0/0 selector1._domainkey.outlook.com.
CNAME selector1._domainkey.outbound.protection.outlook.com. (105)
挖掘（EDNS）
来自dig的相同请求正确地表明较大的响应很好（OPT UDPsize=4096）：
33350+ [1au] TXT? selector1._domainkey.outlook.com. ar: . OPT UDPsize=4096 (73)
并且 unbound 正确响应完整的 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)
为简洁起见，TXT 记录中的 DKIM 密钥被截断。
不幸的是，opendkim 项目似乎已经死了，所以这个问题不太可能得到修复。
libopendkim 正在进行的 res_query() 调用似乎无法通过重新传输请求来处理截断。它在我的开发服务器上，所以这似乎是一个本地配置选项。res_query() 似乎没有强制 TCP 模式的方法，但它的手册页建议您可以在本地 /etc/resolv.conf 中强制 TCP 模式。
如果做不到这一点，您可以通过链接到 OpenDKIM 支持的另一个解析器（例如 unbound）来解决此问题。