前言
生产场景中都使用企业自建邮箱或者三方提供的“域名邮箱”类似的产品用于邮件发送通知。邮件服务器往往会记录发送邮件的IP地址放在邮件源码的开头，无论是通过SMTP配合专用密码，或者在网页或者客户端登录。因此即使是使用三方的域名邮箱，网站通过CDN对外提供服务，对于单IP、服务器的小站来说，仍然会暴露源站IP。
由此，有一些虚拟主机商、CDN服务商会提供代发服务，市面上也有成熟的代发，为什么代发能够接受呢？
测试
其实接受的原因很简单，默认状态下邮件是一个古老的不安全的协议。全明文且完全信任。因此一般情况下，邮件能够代发。
sendmail -t默认状态下CentOS都是带sendmail的，即使是minimal安装。输入这个之后，进入了输入状态，我们给与一些邮件信息。回车换行输入。注意，小写冒号。
Subject:This is Test Mail
From:devtest@一个域名，不能是当前邮局的，或者知名的
To:你的邮箱输入完成之后回车继续输入邮件正文。
hello world
.最后另起一行，英文的句号，回车，就结束了。服务器就开始发送了。
打开邮箱，如果From字段不是太离谱，根据我的经验，QQ邮箱一般会接受第一封，正常的出现在正常的收件箱。只要你没有进行额外的邮件处理设定，但是如果当前域名已经在QQ邮箱的域名邮箱，或者企业邮箱托管，就会被“直接拒收”而不是在“垃圾邮件”。在垃圾邮件是找不到的，需要在收信记录查询，点击接收才能收取。
由于国内普遍没有提供RDNS记录功能，所以国内的邮局普遍也不校验来自其他主机的真实性。
查看邮件源码，我们能发现以下信息：
- 发送IP前面应该记录RDNS的地方为unknow
- 显示由root@服务器名.localdomain代发
且国内的IDC段与家用段相对来说是比较“混淆不清”的。因此家庭IP在进行这个测试，也没有什么太大的问题。
同样，测试了运营商提供的189 139邮局。
同样使用国内公众邮件服务进行不同服务商的发送测试，RDNS记录普遍为unknow，国内RDNS权限应该是相当困难的。更别提IP WHOIS。只有在大概20年前，电信会比较频繁的维护IP WHOIS信息与实际信息的准确，因此笔者目前家庭安装的固定IP电信专线，查询IP WHOIS响应为某网吧。也有部分地区的电信有进行及时维护，笔者公司所用的专线，在刚刚竣工查询的时候，地址为某网吧，过数月后查询，上面的地址信息完全就是我实际安装地址的拼音。因此安装固定IP的客户，如果顾虑隐私问题，就像域名隐私服务那样，特别是在家里安装专线的NAS玩家们，记得与运营商确认IP WHOIS的问题。
另笔者从电信取得的IPV6 /44块，就没有记录详细的安装信息。而移动提供的IPV6 /128，真是人才！这专线，真就只提供了一个手工静态配置的IPV4地址，一个手工静态配置的IPV6地址，而没有提供给额外的块，测试了按块都不行，DHCPv6之类的也没有任何返回，我不得不natv6，便于内网的计算机访问v6网络，或者被v6网络通过端口映射访问。
而代发名这部分，其实一样是可以任意构造的。sendmail从目前运行用户和计算机名取得，也可以单独指定。
商用实践
其实这个方式我也大规模的实践过。自己的服务器，向自己的QQ邮箱发送通知邮件。服务器运行在电信某IDC机房。3年大概发送了接近20万条记录，情况良好。也没有被拒收的。而QQ邮箱与移动端的通讯还算可靠，绝大多数的邮件在发送的时候，瞬间就接收到了。从服务器的发送到QQ邮箱客户端提示，秒级到达，在网络较好的情况下，比短信实时性更高。
专业用途
从上面的实验可以得知，如果你收到了某域名邮箱向你的邮箱发送的电子邮件，不一定是对应的域向你发送的，还需要确定发送IP。
其实QQ邮箱虽然很多人，笔者也是，都将邮件容量上限提升至无限制了。在邮件体积日益庞大，邮件夹带附件的情况下还是比较有意义的，但是不要忽略的邮件数量上限。其实QQ邮箱的邮件数量上限决定了，QQ邮箱更适合普通正常用户的使用，而专业用户不太合适。譬如用邮件归档了大量的历史资料备用的。
电子邮件会记录相当多的信息，包括IP地址，时间戳之类的，在具有公证效力的邮局，电子邮件是由法律效力的。包括电子邮件的“妥投”，以及附加协议可返回“已阅”。如果你的电子邮件是“商务”的，相对比较重要，为了“法律效力”，自建的由于易于自己修改，可能不是很具有说服力，采用大型的第三方提供的邮箱供固定证据提交会比较可靠，最可靠的情况自然是选择提供了“公正服务”的邮局。这样当你发送或者接收到邮件的时候，电子邮局页面上就可以当场便捷地公证邮件。