从昨天早上开始就接到故障电话,公司的一台基于 Imail 的邮件服务器出现了故障,具体症状是无法收发邮件,经过初步测试发现发送提示成功,并没有什么异样,服务器的发送日志中也没有什么异样,通过另外一台邮件服务器向他发送也提示成功,并没有收到退信,为什么这台Imail就无法正常收发呢?

    RemoteDesktop 到服务器,该服务器操作系统是Windows Server 2003 ENT With SP1,经过检查发现不同分区内各安装了两套Imail程序,而且之间又是相互关联的,他NND谁干的好事,估计是哪个人升级时没有留意造成的!晕~

    于是Backup正在运行的那个Imail目录中的全部数据,当然包含帐号数据。由于多年的IT工作经验,在卸载时忽然想到注册表应该检查一下。果然!Imail的主机域和虚拟域数据都保存在其中,导出domain。透了口气,否则非要酿成大祸!

    卸载掉Imail后,删除多余的那套Imail程序,删除卸载后残留的多余文件。检查注册表,该死这么多记录在注册表,真垃圾,找到关键位置检查了一下,删除多余键值。重新启动!重新安装新的Imail,决定采用新版的Imail8.10并升级到Imail8.15。

    一切都是那么的顺利,可是运行一段时间后,今天早上再次接到故障电话说邮局依旧无法使用,FUCK!到底是怎么回事,急忙登录服务器检查发现Imail的Queuemgr服务Stop Pending无法重新启动也无法停止。最后通过Kill掉进程才能够重新启动,可是此服务依旧出现Stop Pending。我就奇怪了,怎么会这样队列服务为什么会自动终止,难道是Norton在作祟??在Norton中排除掉Imail的Spool目录及Queuemgr进程,并关闭对邮件防火的监视。

    重新来,发现还是问题依旧!真是气急败坏,本来就临近10.1技术问题及假期前的安全检查都在进行中,这会又出现个这样的莫名其妙的问题!KAO,决定卸载重新安装,就这样反反复复,一直没能找到问题所在,后来想到2003SP1的高安全性功能会不会与他冲突呢?检查了DEP没有发现什么异常,尝试将DEP选择为“仅为基本Windows程序和服务启用DEP”,发现还是无法解决Stop Pending!!!!!!真是要发疯了

    最后决定使用终极手段,完全卸载Imail(这里指的完全卸载Imail就是让Imail彻底从系统中消失,文件及注册表中都不保留Imail的主程序文件及配置信息及文件)。为了安全起见,我现down掉Imail的所有服务,从进程中杀掉Queuemgr.exe,这样就可以保证不会有DLL这类的动态链接库残留在系统中,之后进入注册表详细搜索关键词Imail进行删除,他NND!真是恐怖,这软件这么多信息在注册表,另外因为重复安装的原因会有更名结尾加1的备份项,光删除这些就让我用了半天,远程那个慢!趁此机会骂一下CNC和CTC,丫的就知道流氓竞争!互相限制!

    彻底将Imail的信息及主要文件清除后,重新启动系统!开始最后一击。安装Imail 8.04,顺利完成。就是这么简单,监视大概30分钟发现Queuemgr没有Stop。高兴,为了防止norton对其迫害,决定选择排出文件夹监视,并启用邮件防火!晕,邮件竟然被阻截了,说明接口不兼容!看来用邮件防火控制是不可取,决定改为早期的病毒防火。监视,正常!再监视,再正常。OK,经过一天半的解决终于完成!当前时间是4点左右吧,不记得了!高兴欣慰一阵后,心理感谢那些关系我的朋友们!

    总结:当ITPRO遇到一些问题后应当冷静思考,软件故障的排除其实就是环境的干净度,系统的稳定性,程序的兼容性,另外最终要是要使用正版软件。否则,遇到问题虽然能够增长技术能力,但是很伤感情的!此次Imail罢工事件就是因为重复安装导致的注册表数据重叠所造成,而重叠后为什么会不稳定就是因为软件本身的加密,和安装程序的识别机制!如果覆盖安装或重复安装能够监测之前的配置自动清理并删除残留垃圾信息,那么我想应该可以让大家少走很多弯路!

    还剩下1个小时下班!终于可以休息了一会了!秋雨一直在下,不知道什么时候才能停,感觉周围环境都是潮潮的!说实话我不喜欢潮湿的环境!!!!!!

天天琐记 | 评论(2) | 引用(0) | 阅读(6104)
netphew Email
2011/02/22 11:03
我遇到了因为*VAC文件造成的QUEUEMGR停止,症状和你的一样,纠结中!
yy
2005/09/27 17:05
sweat恭喜。。
分页: 1/1 第一页 1 最后页
发表评论
昵称 [注册]
密码 游客无需密码
网址
电邮
打开HTML 打开UBB 打开表情 隐藏 记住我