认证在邮件认证的这个项目里，所使用的方法是利用DNS检查邮件传送端的网域，去确认邮件是否来自合法的
邮件服务器。它不同于邮件内容过滤或是寄件者电子签章。 我们仅简短的介绍，电子邮件会有哪些验证的
规则，让用户有足够的了解去把这些认证的规则应用到电子邮件里。而细节部分可参阅相关规范的标准
文件。
最简单被用来识别邮件的规则，是利用DNS反向查询方式加上正向查询，来验证寄出邮件的IP地址是否符合在这些网域里面。然而，这个方式比较没有弹性，因为这个方式原本就不是设计用来验证邮件的；这也是为什么这种验证的方式被用在SMTP以及常见的邮件伪造，在假的网域上被寄出。因此，真正的邮件识别方式与规则就这样被提出来以解决如此的问题。
传送端规则架构(Sender Policy Framework, SPF)、传送端识别(SenderID, SID)、网域签章(DomainKey) 以及网域签章邮件识别(DomainKeys Identified Mail, DKIM) 都是用来验证传送端的网域是否合法。
DomainKeys和DKIM的操作
DomainKeys和DKIM的工作原理是类似的。DomainKey最初是由Yahoo提出的。后来，人们吸收了该观念并提出了DKIM。它的概念是：生成一对公共密钥和私有密钥。“寄件者的邮件服务器”运用私有密钥，在外送的邮件上附上一个签名；当这些邮件抵达“收件者的邮件服务器”时，收件者的邮件服务器则使用公共密钥，自DNS服务器发出一个查询去验证签名的合法性。
该机制的原理是：公共密钥用来“验证”签名，私有密钥则用来“签署”签名。而且，人们无法自“公共密钥”猜测出“私有密钥”。所以，当签名无法通过验证时，这即暗示了此封电子邮件在寄出时并没有经过正确的签名程序，它可能是一封伪造的邮件。
以下是一对私有密钥和公共密钥的范例：
-----BEGIN RSA PRIVATE KEY-----
MIICXQIBAAKBgQC+2og5sex8zeXAZonl2/vnzVjsUHLKUv0DSoZeWgpQrB5FQgf7Ttd18w1FT
jAmv8hK4GtYOSRtoBZFUCVMwmBB9Tkx60EHckp+Fb494OZYbenL8hJL7XLuS5ux4tokwGW
//3dBUxIHnTxIRt+aJ7Ik96GIr90lUt0oqe3FbAE6/wIDAQABAoGADpcCJvb1Dy1mTOkJzaqdfUD
zdU1JGTJy6Rd/YiMb+sLNpZnApnOGgRvNfejWQYATvbWePyZPJJpCWZYg49dQKFiS8/wA7fd
qodAlyAOS5vhFmUBdcJh45mbHLRElwVfDGIx1tkFlwxGZLvIUP08Q2i7mneO9i421FOKLTEl3p
rECQQD78J1N5GcnUor3yt8diBJOyJm1UPG31bUtTidXw980tjlnIlcZntIgg0q9VIYooJZhjs0O9aeA
5aw1TZBW5N6LAkEAwe3njHPtoyH9zsUROsnBg48UtGQZ1KgC3nPFL+LxxRjfoU/Ew54bdcKr0
Ye8p3qM3IwZ1aqES/SyVO+SJL/33QJBAPkYXJ9v7WGephH7fn/3UoqcogT4hBWL8bdap2GKIz0
90iGbfVyyf/Vvek0Zrg+rPyQ0CaD512SFMK//AXA4l6MCQFu+TLhpb5apUgUrvYbuQ5oValocsQ
uloBXU9wg8eNwhdEpADnnsplkDi31Ilbs1gsYjkWU/ke7NCECeRakVGBECQQD4Cjs2CWSZotij
yPab/dG0ynP7Wsdw3EcHlml1kO2JHdwYOD0DfUetikKhBDq5f5arkgBSzCpQjmf7CVmmdy93
-----END RSA PRIVATE KEY-----
-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC+2og5sex8zeXAZonl2/vnzVjsUHLKU
v0DSoZeWgpQrB5FQgf7Ttd18w1FTjAmv8hK4GtYOSRtoBZFUCVMwmBB9Tkx60EHckp+Fb4
94OZYbenL8hJL7XLuS5ux4tokwGW//3dBUxIHnTxIRt+aJ7Ik96GIr90lUt0oqe3FbAE6/wIDAQAB
-----END PUBLIC KEY-----
公共密钥应在DNS中予以公布。在DNS的TXT记录中，它拥有如下格式：
selector._domainkey.example.com. IN TXT "g=*; k=rsa; p=MIGf...DAQAB"
“selector”是DKIM或DomainKeys在外寄邮件的签名中指示的签证选择器。“_domainkey”部分则照实填写。通常，如您在DNS记录中添加域名时使用了完全名，那您则需要加一个结束符号“.”。公共密钥被置于“p=…. ”处。此记录显示它使用的是RSA运算法则。如果您仅仅想要做测试，您可以在记录中添加“t=y”。
当一封邮件抵达某接收主机时，需要知道使用哪个公共密钥。例如，如果您的每台机器在签署外寄邮件时都使用不同的密钥，那在DNS上您可能有若干个公共密钥。通过指定不同的签证选择器(selector)，接收主机就会知道要从DNS服务器上查询哪个公共密钥。
beta1._domainkey.example.com. IN TXT "g=*; k=rsa; p=MIGf...DAQAB "
beta2._domainkey.example.com. IN TXT "g=*; k=rsa; p=MIGf...FAFAB "
如果您在某接收主机上查看邮件标头，您可能会发现标头包含“DKIM-Signature”或“DomainKey-Signature”部分。这意味着该邮件是由“DKIM”或“DomainKey”签署的。
验证结果也会被标示在“Authentication-Results”区域。
SPF和SID的操作
SPF和SID是不同的标准。SID最初是由微软提出的，后来它遵从因特网工程任务小组 (Internet Engineer Task Force, IETF)的建议而从属于SPF。所以，从安全上来说，我们建议在DNS中配置SPF即可。SPF记录看起来应是这样：
mydomain.com. IN TXT "v=spf1 a +mx +ip4:130.207.0.0/16 -all"
请注意此处的“a”或“mx”是指在DNS中对应的“一个记录”和“MX记录”。至于那些“+”和“-”，它们已被作为“合格者”提交给SPF。它们有如下含义：
? + : 通过，它可被省略，+mx等同于mx
? ? : 中立， 类似于NONE (no policy)的说明
? ~ : 轻微失败，介于中立和失败之间
? - : 失败，应拒绝此邮件
每一列都应被从左至右地读取；如果前面部分匹配，后续部分则会被忽略。
SID比SPF有一些添加，“v=spf1”被替换为以下的每行：
1. spf2.0/mfrom
2. spf2.0/mfrom,pra
3. spf2.0/pra,mfrom
4. spf2.0/pra
然而，当看见“v=spf1”时，需要退回至SPF.
上图涵盖了SPF和SID的操作方法。与该域名相关联的DNS服务器上的某DNS记录指示了哪台机器作为该域名的合法代表，是被允许寄出邮件的。当一封邮件抵达某机器时，接收机器会向DNS服务器发出询问，以便了解此IP地址是否被允许自此域名往外寄送邮件。如果它与DNS记录中规定的规则不符，那意味着它是一封伪造的邮件。
此后的内容与前文类似，我们开始将它们运用于实际。
产生认证钥
在产生认证钥的这个页面里，按下‘创建’按钮，系统即开始为使用DKIM或DomainKey而随机产生一对公共密钥(public key)和私有密钥(private key)。基于安全的考虑，私有密钥不会显示在Web用户接口上。
利用画面右上角的‘检视’按钮，即会出现整个公共密钥的内容。将公共密钥的内容全部复制起来，记录到DNS里，便可完成DimaunKey的一部份了。
DKIM & DK
DKIM 或 DK(DomainKey) 的签章是用于验证一个邮件主机的真实性。
私有密钥是用于签证寄出的邮件，而从域名(DNS)主机查询得到的公共密钥将被用于验证收到的邮件；这样，能有效地判断寄件者的网域（Domain）是否是伪造的，以及寄出信件是不是来自于伪造的网域。因此，将公共密钥置入域名服务(DNS)主机是必要的，如此才可让其它邮件主机验证收到的邮件是由正确的主机送出。
想要标记外送邮件或验证进入邮件，在DomainKey或DKIM签证和验证的这个地方，我们应事先做如下
设置：
它可以通过 Email >>认证 >> DKIM & DK 来操作。签证选择器(Selector)和想要签证的域名清单也应填入。邮件系统会将签证选择器(Selector)的名称置于DKIM和DomainKey签名上，以便在其它的地方可验证收到的邮件。
用于签证寄出邮件的 Selector名称: selector1
将要签证的域名清单: mydomain.com
请注意，系统只会为那些在列表中的域名做DKIM/DK的签名标记，这些域名都应带有此处填入的签证选择器(selector)标签。换句话说，系统不会为那些不在此列表中的域名做标记。所以，如果您有时候必须用不同的域名发送邮件，您就应该选择您想要标记的域名，并将它们填入“将要签证的域名清单”区域，以“,”来间隔。
如果您想要标记外送邮件，在填入相关的DNS记录之前，不要开启“启始 DKIM 和 DomainKey 的处理”。就算您已填好了相应的DNS记录，它也不会马上生效。所以，由于在DNS中没有记录，您可以预知到在另一端会出现几种失败的验证结果。当DNS记录在其它DNS服务器上生效的时候，那些签名就可被正确验证了。
您也可以选择不去标记那些外送邮件，而让系统仅验证那些进入的邮件。点选“只验证收到的邮件，不对寄出邮件的签证”此复选框即可。当您点选了该复选框后，其它部分的选项设置即会被忽略。系统只会验证进入的邮件，而不会标记外送邮件。
依照预设的规则，对进入的邮件，系统会验证其DKIM和DomainKey签名，但针对外送的邮件，却只会为之标记上DKIM签名。要改变此规则，您需要在此配置页面上点选那些选项。
例如，要增加DomainKey签名，您需要点选“除 DKIM-Signature(签章)外,另加上 DomainKey-Signature 到寄出邮件的邮件标头上 ”的选项。
如果您打算为外送邮件做标记，不要忘记增加相关的DNS记录。我们以后会提到这一点，假使您的DNS服务器也是建构在同一台机器上的状况。
SPF & SID
SPF记录允许网域拥有者代表他们的网域，去指定哪些主机可以传送电子邮件，可以保障网域拥有者，是避免被 spammers 冒充发信的一种机制。做法是在DNS 内的域名中加入 SPF 纪录，说明这个域名只会透过那些主机发送邮件，以避免有伪造或虚设寄件者网域地址的情况。
正如我们此前提及的，邮件服务器上将会为SID和SPF执行验证过程。其它地方的服务器如想知道您域名上的哪个IP地址可以外送邮件，那么您需要将相关的记录置于DNS服务器上。
在DNS里面的信息，是涵盖了与域名相关的纪录，包含了代表主机是合法的寄送邮件的宣告。当邮件抵达接收端邮件服务器，这边的邮件服务器可能会去利用DNS，去查询这封信件里已知的IP地址是否是真的由这个网域之邮件服务器所寄出的。如果经由DNS记录所查询到的信息不是的话，那么这封邮件就会被当成是封伪造邮件来处理。
至 Email >> 认证 >> SPF & SID 处核取并送出请求，即可开启SPF和SID验证。
PF, DKIM以及DomainKey的相对应DNS记录
如果您是使用Azblink的DNS建构系统，您可按照以下指示的步骤操作。
经由 Dns >> 网络区域 >> 区域管理，点选您创建的域名，您会发现有不同的DNS高级选项。按“SPF”，您会看到如下的页面。
通过点选复选框，选择您想要的SPF机制， SPF记录即会生成。如果您打算以更准确的方式来操作，您可按“文字记录”，直接以TXT记录来处理。
针对DKIM和DomainKey，我们亦直接使用了TXT记录来处理。
记住，“sa1”必须与您使用于邮件服务器的那个签证选择器(selector)一模一样，在此处公共密钥也需要复制一份。 |
已拥有固定IP的情况下设置的方式。如固接式网络或是原网络中有DHCP主机的存在。