Mailman对退信的反DoS机制
虽然不做邮件很久了，不过自己有在维护一些社区的邮件列表系统，所以对这方面也比较关注。
以前一直没有仔细研究过Mailman关于退信的处理，最近遇到了一些问题，也看了一些 RFC，这里面提到了一个问题，即，与所有其他的电子邮件类似，退信也是可以伪造的。而对于邮件列表而言，出于建设和谐社会的考虑，往往希望对于经常退信的订户自动采取暂停订阅甚至退订的动作，以减少双方不必要的邮件投递流量。
RFC
共 8 篇文章。
DNS中的SRV记录
最近看代码时了解到的，顺手查了一下，在此留个记录：
SRV记录的作用是指明某域名下提供的服务。
例子：
_http._tcp.example.com. SRV 10 5 80. www.example.com
SRV后面项目的含义：
10 - 优先级，类似MX记录
5 - 权重
80 - 端口
www.example.com - 实际提供服务的主机名。
蠢人是如何解决问题的？
以下场景纯属虚构，请勿对号入座。
技术：现在您的计算机名叫「COMPUTER-X5V89KP」，您需要我帮您做点什么吗？
客户：我需要让我这台计算机的计算机名叫「电脑」。
技术：很抱歉，这样做不太好，我建议您把计算机命名为「COMPUTER-X5V89KP」，这是因为您的计算机名中只能出现字母、数字和连字号(-)，并且连字号不能出现在第一个字符的位置，否则可能会给您的使用带来困难……
客户（不耐烦，打断）：电脑是你的还是我的？我就要让它叫「电脑」！
技术：好吧。
国内的邮件运营商在符合RFC的方向上还有很长的路要走
由于持续不断地受到国内某著名邮件服务提供商的不标准退信：
This message is generated by CxxExxxL email system.I’m sorry to have to inform you that the message returned
你发送到XbXrXcXm@XXX.XXX的邮件由于以下原因被退回 : XbXrXcXm@XXX.XXX 邮箱容量满
近期的几个特别讨厌的IP
第一个是发垃圾邮件的，我很少看到这么执着的家伙：
Mar 5 20:34:12 tarsier postfix/smtpd[5567]: NOQUEUE: reject: RCPT from unknown[218.13.181.114]: 450 <server_9.netstar.com>: (此处略去为什么拒绝此邮件); from=falkon@163.com to=cnproj-cvs-request@lists.cn.freebsd.org proto=ESMTP helo=<server_9.netstar.com>
有完没完啊，哥们我都拒绝你一个多礼拜了，看不看RFC??
RFC有问题的时候，有没有勇气站出来把问题改掉？
也许是时候了，因为今天的互联网已经不再是以前那个人人都愿意和你做好邻居的互联网，假定人人都是良民的互联网设计者，如何能够设计出完美的适应钓鱼、蠕虫、不良信息等丛生的新网络环境？
不按RFC走？那你必然会遇到麻烦
RFC也许有时让人觉得过分冗长，但是如果你没有耐心去完全实现它，它就会在不经意间突然咬你一口。
可怜的端木就被咬了……
今天这家伙发了一封邮件给我。
嗯？3.5分？
SINA's antispam system is bogous
It seems that sina’s bad-brainly designed anti-spam system is going to do more foolishnesses. By applying their RFC-violence, they did not blocked spam and in addition, make normal mail slow and even not deliverable.