ASSP反垃圾邮件防火墙安装日记

ciolmy

20. Security：安全选项；可以设置ASSP运行的UID，GID，chroot环境，修改webadmin的密码，限制访问Web配置界面的IP（段），是否将访问被拒绝的信息记录到日志等；如果IP访问设置错误，只有修改assp.cfg配置文件；\r\n\r\n21. Other Settings：可以设置保存邮件的单个目录内最大的文件数（默认14009）、每封邮件保存多少字节的内容、TCP/IP缓存大小、内存中spamdb的hash表的大小，在services/Daemons模式下异常退出时重起的时间、是否压缩服务器与管理员浏览器间的数据流（需要perl的Compress::Zlib模块）、是否向ASSP官方站点上传状态数据、是否激活配置菜单浮动效果、使用本地时间代替UTC时间等选项；

ciolmy

* 五、综述与回顾：\r\n　　1、ASSP拥有令人眼花缭乱的功能选项和配置界面，对于国内用户来说，能用上（推荐使用）的功能其实也就Bayes、RBL、Blacklist、Whitelist；Delay选项可用可不用；\r\n　　2、Email interface的设计的确是一个相当人性化的设计，但除非全新架设一套mail系统，否则系统调整的工作量和风险还是比较大的--因为需要用户把MUA的smtp服务器指向ASSP，无论是修改DNS，还是直接通知用户，管理员都需要做较多的准备和充分的测试；另外一个使用Email interface而不需要修改MUA的smtp服务器设置的方法就是：在DNS内建立一个虚假的域（如assp.com）并添加到ASSP的Local Domains内，而将用户发送到asspspam@assp.com等的邮件通过smtproute或在DNS内设置MX记录指向ASSP主机--转发给ASSP，这样就可以对用户完全透明地使用ASSP的Email interface了；

ciolmy

　　3、ASSP截至到1.2.3版本，对中文（和其他双字节语言）的支持非常有限，就不可避免的会出现垃圾邮件的误判；而且在Web界面配置时，如果直接输入中文内容，保存后会变成乱码，这样就导致自定义规则无法生效；我就曾经在Expression to Identify Spam*文件内自定了约100行中文规则，结果保存后一个都没有生效；但后来直接vi了spam_pattern.txt文件输入该规则后就可以正常识别了；使用邮件主题作邮件文件名是乱码；同样保存下来的中文邮件的内容也是一塌糊涂；后来我将CC过来的所有spam和notspam手工分类，传送到ASSP目录下的spam和notspam目录内，rebuildspamdb后，ASSP就可以根据spamdb的内容来给邮件评分了；

ciolmy

　　4、初始安装下由于没有spamdb，Bayes分析几乎把我所有的邮件都判断成了垃圾邮件，第一次rebuildspamdb时，共判断为垃圾邮件约1100封，经过手动分拣出来约400封左右的误判，几乎达到30%的误判率；但第一次学习之后，误判就明显降低，5天下来，我共收到识别的垃圾邮件32000多封，除去之前的1100封共31000封左右，其中有约10000封为RBL阻挡；在剩下的20000封中约200封为误判，降低到了1%。（注意，这些数字是ASSP抄送给我的垃圾邮件中提取出来的，并不代表没有抄送过来的就不是垃圾邮件，所以这个数字并不严密）\r\n　　从我的实际测试来看，在绕过了中文识别这个难题后，ASSP的反垃圾邮件能力还是非常强大的；当然可能是因为我所在的域垃圾邮件本身就很猖獗吧，环境不同，效果也就不同。

ciolmy

　　5、总是来说是喜忧参半吧，ASSP强悍的反垃圾邮件能力和近乎傻瓜化的配置对新手无疑有很大的吸引力（我就是这样，hoho）；而对于有能力和经验的程序员来说，修改一下ASSP的源代码，使其能够较好的支持中文应该也不是很难，但还是希望ASSP的后续版本加强对双字节语言的支持。