咚咚de橘子 Dongdong's Orange

Ucenter Authentication for DokuWiki是我开发的一套可以使Dokuwiki使用Ucenter进行用户验证的验证方式，可以使得Dokuwiki通过Ucenter进行用户注册和登录，以及同步登录和退出等。

在服务器上安装了postfix、dovecot、spamassassin，配置感觉没有啥问题，但是每天logwatch发来的邮件都会显示有下面的错误日志：

55D70CA509B: to=<-@ojpal.com>, orig_to=<->, relay=none, delay=1.6, delays=1.5/0.1/0/0, dsn=5.1.3, status=bounced (bad address syntax)
55D70CA509B: sender non-delivery notification: 8899ECA509C

在gg里面搜了很久的postfix bad address syntax的错误解决方案，都是说在配置里面加上allow_min_user这个选项，但是看官方文档说貌似这样并不好。于是打算自己找根本原因。

我自己给自己发一个测试邮件，发现他也会发送到这个地址上-@ojpal.com，确实很让人纳闷，为啥postfix会把邮件发到这个地址上呢？难道是因为我是用的虚拟账户的原因？

应该不是，仔细看日志：

Sep 27 00:18:12  postfix/smtpd[23006]: warning: 58.61.54.42: host
name 42.54.61.58.broad.sz.gd.dynamic.163data.com.cn verification failed: Name or
service not known
Sep 27 00:18:12 postfix/smtpd[23006]: connect from unknown[58.61
.54.42]
Sep 27 00:18:12 postfix/smtpd[23006]: 3C12ECA4E95: client=unknow
n[58.61.54.42]
Sep 27 00:18:12 postfix/cleanup[23025]: 3C12ECA4E95: message-id=
<20110926161812.3C12ECA4E95@mail.ojpal.com>
Sep 27 00:18:12 postfix/qmgr[763]: 3C12ECA4E95: from=<1341045845
2@163.com>, size=883, nrcpt=1 (queue active)

========= 分隔符 ==========
Sep 27 00:18:12 spamd[11311]: spamd: connection from localhost [
127.0.0.1] at port 59357
Sep 27 00:18:12 spamd[11311]: spamd: setuid to spamfilter succee
ded
Sep 27 00:18:12 spamd[11311]: spamd: processing message <2011092
6161812.3C12ECA4E95@mail.ojpal.com> for spamfilter:5001
Sep 27 00:18:12 postfix/smtpd[23006]: disconnect from unknown[58
.61.54.42]
Sep 27 00:18:13 spamd[11311]: spamd: identified spam (12.5/5.0)
for spamfilter:5001 in 0.7 seconds, 895 bytes.
Sep 27 00:18:13 spamd[11311]: spamd: result: Y 12 – BAYES_99,FRO
M_LOCAL_DIGITS,FROM_LOCAL_HEX,FROM_STARTS_WITH_NUMS,RCVD_IN_BL_SPAMCOP_NET,RCVD_
IN_PBL,RCVD_IN_SORBS_DUL,RDNS_NONE,TVD_SPACE_RATIO scantime=0.7,size=895,user=sp
amfilter,uid=5001,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=59357
,mid=<20110926161812.3C12ECA4E95@mail.ojpal.com>,bayes=1.000000,autolearn=no
Sep 27 00:18:13 spamd[24866]: prefork: child states: II

====== 分隔符 ======
Sep 27 00:18:13 postfix/pickup[14476]: 49B0ECA4E9F: uid=5001 fro
m=<13410458452@163.com>
Sep 27 00:18:13 postfix/cleanup[23025]: 49B0ECA4E9F: message-id=
<20110926161812.3C12ECA4E95@mail.ojpal.com>
Sep 27 00:18:13 postfix/pipe[23026]: 3C12ECA4E95: to=<admin@ojpa
l.com>, relay=spamfilter, delay=1.1, delays=0.35/0.02/0/0.76, dsn=2.0.0, status=
sent (delivered via spamfilter service)
Sep 27 00:18:13 postfix/qmgr[763]: 3C12ECA4E95: removed
Sep 27 00:18:13 postfix/qmgr[763]: 49B0ECA4E9F: from=<1341045845
2@163.com>, size=2219, nrcpt=2 (queue active)
Sep 27 00:18:13 postfix/qmgr[763]: 49B0ECA4E9F: to=<-@mail.ojpal
.com>, orig_to=<->, relay=none, delay=0.79, delays=0.74/0.05/0/0, dsn=5.1.3, sta
tus=bounced (bad address syntax)

在第一个分隔符之前，是postfix获得新邮件，没有任何问题，然后postfix将邮件交给spamassassin处理，这是中间那一段，也没有任何错误，spamassassin检查出该邮件为spam，

在第三段，我们发现这个被判定为spam的邮件发了两次，一个投递到了admin@ojpal.com，这个是正确的投递方向，另外一次投递到了-@mail.ojpal.com上，很明显是刚才那个邮件，说明这个邮件被投递了两次，第一次成功，第二次失败（因为-@mail.ojpal.com是不存在的），报错。再仔细看第一次投递的时候是交由spamfilter这个程序投递的，也就是spamassasin的调用程序，这个是一个shell文件，内容就是使用spamc把判断之后的邮件再转给postfix进行投递（之后就交给dovecot了，这个不在这个问题的范围内），那说明spamassasin把两封相同的邮件转给了postfix投递，只不过收件人不一样罢了。那我猜测可能是spamassassin的问题，于是在postfix中的配置master.cf中禁用掉spamassassin，reload一下，发现该问题消失，确实是spamassassin的问题。

那为啥spamassassin会把邮件转发到两个邮箱呢，我最后检查了一下master.cf中的配置，发现确实是spamassassin的配置问题：

# spam filter
spamfilter unix – n n – - pipe flags=Rq user=spamfilter argv=/usr/local/bin/spamfilter -f ${sender} – ${recipient}

${recipient}前面我少加了一个横杠，正确的配置应该是：

# spam filter
spamfilter unix – n n – - pipe flags=Rq user=spamfilter argv=/usr/local/bin/spamfilter -f ${sender} -- ${recipient}

这样就给spamassassin指明了收件人是谁，对于刚才那个错误配置，spamassassin不知道投递给谁，因此就投递给了-@mail.ojpal.com，有点像广播，问问这个邮件到底是谁的，呵呵。

写这篇文章的时候，大学四年的生活很快就要结束了，过不了10多天，我就要离开大学生活走向社会了。想想还真的挺快的，大一刚来到入学的情景依然历历在目。成都也确实是个很不错的城市，没有那么大的压力，却有很多好吃的，呵呵，也许这也是我对成都唯一留恋的地方吧，当然，吃太多辣的和油多的东西也不好。

话说四年的大学生活，其实还是有不少遗憾的，也许再给我一次机会，我可以做得更好。 阅读全文…

我认为DiscuzX系列是划时代的系列。刚发布的时候，很多人都觉得太丑。很多站长只看表面，其实DiscuzX的架构和功能是其他同类产品远远不及的。今天我给大家介绍一下如何给DiscuzX系列安全地实现CDN加速功能，不需要修改任何模板文件！

阅读全文…

因为流行织围脖，所以便很少写日志了。写也是在博客上写点技术类的小文，属于被人嘲笑或者鄙视的那种文章。于是后来很长时间没写。今天想起来写点东西，于是又来一篇没有任何重点、也没有任何营养的记叙文。

转眼间都2月25了。突然间感觉自己像是老了。以前的年龄还都是1开头，结果顿时换成2感觉颇为不自然。却也没有任何办法阻挡年龄增大的趋势。长大了感觉确实不好。因为感觉有压力了。不是以前那么无忧无虑只知道玩了。 阅读全文…

Hostmonster将在美国西部时间2月22日下午2点之后，将所有独立IP用户的outbound connection绑定到你的独立IP上，这样这些用户可以正常使用国内的API服务了。

今天登录HostMonster的Cpanel发现Hostmonster也开始提供高级备份服务了（前几天注册Bluehost的时候发现Bluehost在提供）。 阅读全文…

呃，标题有些错误了。其实Hostmonster的空间本来就支持开启Discuz的Manyou服务。而且你不需要任何配置就可以，Bluehost、Hostgator、LunarPages等知名国外空间商也都是支持的。但是为什么有这么多人开启不了而显示Empty Response (ERRCODE:111)的错误呢？

阅读全文…

唉，今天脑子一热，把博客从HM搬到DH去了。两家各有优缺点，具体请看文章~

项目：飞吧资源站风格，后台程序使用的是DiscuzX 1.5