Email

Conclusion, 2006

(最后修改: Life #Email

一直想找个时间总结一下。虽然本命年还没有结束,但是今天是2006年的最后一天,所以,确实是时候总结了。

阅读全文… ( 本文约 542 字,阅读大致需要 2 分钟 )

老大们开始讨论FreeBSD的RELENG_7是否要提前的问题了

(最后修改: Development #Email

在距离6.2-RELEASE发布还有大约一个月的时候,FreeBSD的developers邮件列表中开始了关于RELENG_7的讨论。出于对邮件列表相关规定的尊重,我不便公开这些讨论的内容,只说说一些我自己的想法。

在一个有数百人参加的开源项目中,如何保持良好的发行版本品质,同时又不伤害人们的参与热情和新功能的开发进度?

这是一个很明显的问题。对于用户来说,他们最关心的是稳定性和性能。一般说来,用户通常会对操作系统进行裁剪,以便适应他们的需要。然而,并不是所有的变动都能够有效地局部化或模块化,许多变动可能是涉及面非常广的,而另一些变动则可能涉及大量用户,或属于操作系统中「不可或缺」的部分。

许多FreeBSD的开发人员是利用业余时间进行开发活动的。多分支开发对于开发人员来说是一件很头疼的事情。许多开发人员可能没有时间和精力去维护多个分支(搭建测试环境等等都是相当耗时的工作;此外,为了维持ABI/API稳定,还需要编写一些额外的代码),因此,多数开发人员会希望只有1个STABLE分支。

阅读全文… ( 本文约 1307 字,阅读大致需要 3 分钟 )

作弊条:用SpamAssassin的FuzzyOCR插件阻止图片垃圾邮件

(最后修改: Security #Email #Spam #FreeBSD

说明:这是一篇作弊条,应光棍节的postfix活动网友要求而撰写,因此原理等会尽可能少介绍,只讲过程。

前提:安装了amavisd-new并配置正确。
需求:阻止图片垃圾邮件。
方案:安装FuzzyOCR插件。
注意:高负载服务器请小心使用。

  1. 安装FuzzyOCR:

cd /usr/ports/mail/p5-FuzzyOcr/ && make install clean
[下载一个靠谱的操作系统确保可重现、可维护地安装应用程序]

阅读全文… ( 本文约 660 字,阅读大致需要 2 分钟 )

改进的垃圾邮件发送技术

(最后修改: Security #Email #Spam

The Register报道,在过去两个月中,垃圾邮件呈现了爆炸性的增长,一些机构得到的数据是,垃圾邮件的数量增加了4.5倍。作者并推测,这种现象与近来流行的新型攻击方式——botnet有关。

当然,绝对不仅仅是botnet。近来,垃圾邮件的发送者也改进了他们的发送技术。通过摘取邮件列表内的信息加以随机混合拼装,并透过可变的图片背景色来掩盖真实的图片,垃圾邮件发送者已经能够有效地绕过反垃圾邮件的Bayesian分析等新兴(2002年左右开始大量投入应用)技术了。

阅读全文… ( 本文约 791 字,阅读大致需要 2 分钟 )

VERP邮件地址的一个安全问题

(最后修改: Security #Email #Performance

前一阵在为cn.freebsd.org的邮件列表做维护时发现,由于网易的邮件系统无法正确地(更具体地说,是以符合标准的方式)进行退信,导致一些无效地址仍然在不停地接收邮件,导致邮件系统的管理员必须手动处理这些退信产生的报告。后来在挖掘了mailman的文档之后,发现它支持djb的VERP退信。

相比处理符合标准的退信来说,VERP所需的编码量更少,并且对于不符合标准的退信也能够做很好的处理。从开销上说,由于VERP不需要parse整封邮件,因此也不会导致性能上的折损,甚至由于不需要进行任何解信操作,这种做法在性能上应该会优于标准的做法。

阅读全文… ( 本文约 762 字,阅读大致需要 2 分钟 )

域名注册服务提供商的选择

(最后修改: Development #FreeBSD #DNS #Email

转载请注明出处: https://blog.delphij.net

注意:本文内容已经过时,不再更新。最新内容请参见我在2023年6月的这一篇

域名服务与邮件服务一样,是非常重要的互联网基础服务。与几年前动辄每年几十$,到现今最低至1.99$的注册服务,域名注册服务商能够从中获取的利润也越来越少。

为了解决利润的问题,多数域名注册服务提供商(Registrar)会捆绑销售一些其它的产品,例如虚拟主机、企业邮箱,乃至新兴的个人blog等等。透过这些服务,他们能够获取更多的利润,同时,这些服务也满足了一些不愿或不会自己架设域名、主页、邮件服务器的用户的需要。幸运的是,这些用户占全部用户总数中的绝大多数。

这里将要讨论的是愿意花费时间精力,并且有能力自己架设域名解析、主页和邮件等服务的用户的需求。首先,架设域名解析等服务器是需要有一些投入的,另一方面,在这种情况下,往往域名注册服务提供商提供的其它服务,例如虚拟主机等,就不再是必要或完全是多余的了,因此,此时价格、可靠性等就成了最大的决定性因素。

阅读全文… ( 本文约 2973 字,阅读大致需要 6 分钟 )

讲解IPv6的书

(最后修改: Development #FreeBSD #IPv6 #Email

今天Qing LI在-developers邮件列表中介绍了他和神明达哉(Tatuya Jinmei)、Keiichi Shima两位KAME重量级人物共同撰写的关于KAME实现的书。从出版社的介绍来看,这本书将于11月正式发布。[更正:作者说,此书应在10月而非11月发布]

阅读全文… ( 本文约 317 字,阅读大致需要 1 分钟 )

关于MX互备

(最后修改: Security #Networking #Email

一直想做的一件事:跨越三网的MX和NS互备,我认为基本上可以应付个人网站任何常见规模的网络间断和服务器宕机导致的潜在丢信问题。

(此文档属于备忘录性质,作者不对此备忘录的正确性、条理性、实用性、适用性承担任何责任。
版权所有 (c) 2006 李鑫,保留所有权利。未经作者书面或PGP签名许可,禁止转载、修改、复制,或以其它未经授权的方式使用本文内容)

阅读全文… ( 本文约 1055 字,阅读大致需要 3 分钟 )

国内的某些邮件服务提供商,你们就不能专业一点么?

(最后修改: Security #Email #DNS #Spam

今天 hengdm 同学投诉说他无法接收某个来自国内著名邮件服务提供商的邮件,一看果然被spamassassin拦住(注意我已经大大放宽了杀信的尺度),结果是:

X-Spam-Status: Yes, score=14.944 tag=2 tag2=6.31 kill=8.6 tests=[AWL=-0.927, BAYES_99=4.3, DNS_FROM_RFC_ABUSE=0.2, DNS_FROM_RFC_DSN=2.597, DNS_FROM_RFC_POST=1.708, FROM_EXCESS_BASE64=1.309, HTML_FONT_FACE_BAD=0.156, HTML_MESSAGE=0.001, HTML_OBFUSCATE_10_20=1.77, MIME_BASE64_NO_NAME=0.224, MIME_BASE64_TEXT=1.885, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, SUBJECT_ENCODED_TWICE=1.723]
X-Spam-Score: 14.944

阅读全文… ( 本文约 412 字,阅读大致需要 1 分钟 )