我们无法在我们的主机上的networking界面上为DKIM密钥创build长长的TXTlogging。
每行只能接受256个字符。
我们尝试了多行，然后尝试添加("在第一个和")后的最后一些build议。 两者都行不通。
然后，我们尝试在另一个主机上创build一个cname，在那里我们可以创buildDKIM TXTlogging。
但现在web界面抱怨在cname非法名称。
mail._domainkey.our.dom TXT可以
mail._domainkey.our.dom CNAME不正确
mail.domainkey.our.dom CNAME可以，但不是我们想要的。
networking界面刚刚决定让我们疯狂，还是在CNAME中有下划线真的是“非法”？
是的，DNS名称（这也包括A / AAAA）可能只包含[0-9], [az], - ，所以下划线是无效的。 请注意，TXTlogging不是主机名，这个限制不适用于它。 最后一个编辑： -可能不会被用作第一个字符，所以mail.-domainkey.our.dom将无效。
https://en.wikipedia.org/wiki/Hostname#Restrictions_on_valid_hostnames
最终编辑：我部分错了。 当CNAME用作主机名时，上述限制适用。 看起来CNAME不被视为DKIM上下文中的主机名，在这种情况下， _应该是CNAME条目的有效部分。 请参阅https://stackoverflow.com/questions/13650233/underscore-in-cname-required-by-ses-not-allowed-by-registrar/26692491#26692491
在DNS中允许任何有效的字符。 请参阅https://tools.ietf.org/html/rfc2181#section-11
“DNS本身对可以用来识别资源logging的特定标签只有一个限制，这个限制与标签的长度和全名有关，任何一个标签的长度限制在1到63个八位字节之间。 “
客户端必须validation名称值EG MXlogging可能包含值“Alice”，但查找后应该拒绝该值，因为“Alice”不是有效的电子邮件地址。
在这种情况下，看起来您的托pipe服务器正在“validation”您的input，他们应该能够为您手动input。