A：用户已经把信pop走了并没有本地保留。
——根据用户名查询udsvr的日志，如果在日志看到用户的日志中有关键字“3005”代表pop开始、“3006”代表pop结束、“del”代表删除邮件。另外:如果没有del,表示用户pop信,而且还设置了本地保留邮件.
A：用户设置了自动转发，并且没有在本地保留。
——查询da日志，关键字是“Forward but no local copy”。
A：发信用户发信时过早断开连接，导致信件还没有成功进入队列。
——在da日志中将没有记录。但是在smtpsvr.log中，会记录下用户的连接.根据用户的名称和用户连上来的ip地址在smtptrans目录对应的时间下检查.. 这个smtpsvr的日志不会输出信件的大小。
A：磁盘空间已经满了。反垃圾邮件网关
——先根据da的日志找出信件收不到的原因。磁盘满了。有2种情况，一种是队列分区满了，一种是信件分区满了.先说第一种情况。 如果队列分区满了，那么smtpsvr就不能在队列生成邮件，这个时候,查看da的日志是找不出邮件接收不了的原因,那就要在smtpsvr.log中找出原因,用du –hs /home/coremail看看那个目录占用了空间,通常要么是logs目录或者是var/mda目录占用空间较大,如果logs目录,那可以直接删除一些日志,或者把日志迁移到其他介质上.如果是队列满了,看看就可能是积信或者问题邮件过多命令.如果是问题邮件多,那就可以直接删除corrupt队列下的所有邮件,腾出空间,如果是da问题导致正常邮件积信,这个需要另外在去讨论原因,但是da积信的机率很小.
第2种情况是ms分区满了,也就是存放邮件分区满了. 这个就可以直接从da的日志分析出来,da的日志会有ms error的提示.这时候就要看看mssvr.log, 通常日志都会提示”不能写文件”之类的错误,这样用df –h来检查一下分区.满了就需要提示用户扩容. 但是这种情况也很少出现,因为我们会在ms容量达到80%的时候提醒管理员及时扩容,以防止问题的发生.
A：邮件已经正常发出，可能是接收信件的邮件系统的问题或者延迟。
——邮件正常发出的判断是da的state状态是sent. 这样我们可以高枕无忧了,因为邮件已经成功投递给对方的mta,如果这个时候,用户还是接收不了信件,那就要联系对方的邮件管理员.
A：触发了过滤规则
——根据用户提供的退信,我们可以从退信的内容去分辨这封信件是否触发到过滤规则.比如有: 550 system is busy. 那就是触发了本地的antispam过滤规则.根据退信的时间,收发件人查看smtptrans的日志,找出具体触发的规则内容.
A：杀毒引擎停掉了
——查看da的日志,发现state的状态是defer的,并且伴有提示: Engine Error. 那就说明杀毒引擎的问题. 可以通过ps –ef 查看是否有杀毒引擎的进程在,通常是杀毒引擎停止导致问题的发生. Avp杀毒引擎有2的日志在/var/log/kav目录下,一个是aveserver.log,记录扫描的日志,一个是kavupdate.log记录升级的日志,这2个日志会不断的增大,当达到2G的时候,在也写不进去,这时候avp就会出错而停止,需要重新清空这2个日志,并且重启avp. 以前在旧版本的avp4.0中,因为lincense key到期也会导致avp死掉的,这个时候需要更新avp license key解决问题.
A：用户avp的license过期导致
同上.
A：邮件系统的license过期
目前版本的coremail license到期后,不会出现此问题
A：对方使用特殊工具发信，导致mail from和from不同。
——此问题会有退信发送个发件方,所以根据退信来判断,是因为对方触发了过滤规则导致退信的.而检查触发了那个规则,就要导smtptrans目录下去找原因,方法已经在上面描述过. 因为是mail from 和from不相等所以导致过滤了,建议用户取消antispam检查mail from 和from,因为国外有些正常邮件也会有这情况发生,况且这个检查不能有效的阻止垃圾邮件.
A：环境变量设置错误导致的问题
在redhat9的系统中,如果不设置ld_assume_kernel 2.2.5的话,会导致程序挂死而影响系统使用.所以必须在coremail启动签,加载这个环境变量.
A：反病毒模块停止造成,其停止的原因，是因为病毒模块的日志占用了2.1G的空间，超过这个空间，就不能在写日志，从而导致avp不能写日志而停止了进程
这个已经在上面的问题中详细描述过. 略.
A：网络出现问题，通讯中断。这个是网络导致的问题
这种情况下,检查在da的日志是找不到对方有投递信件的记录,所以要检查smtptans目录下的日志.根据收发信人和时间(如果有ip地址更好)来检查日志. 当查到用户发信的时候,输完rcpt命令后就disconnect了,那就可以说明是网络问题导致中断连接,发信不成功.
A：对方没有给此人发或对方把地址写错
检查da的日志可以发现这类问题. 如果把发信方地址写错了,会有退信告诉给发信人,退信提示user not found.
更多邮件系统、反垃圾邮件网关、邮件归档、负载均衡、web应用防火墙、上网行为管理等产品的介绍请登录公司产品中心了解详情。
本文由:行业新闻于(2011-12-12)发表了关于邮件系统中用户反应经常没有收到邮件怎么处理的文章 。如转载请注明出处：http://www.cdcy-mail.com如果您对此感兴趣,可以通过以下联系方式与我们联系：
