经历波折 — 排除 Imail Queuemgr 的 Stop Pending 故障

goxia

从昨天早上开始就接到故障电话，公司的一台基于 Imail 的邮件服务器出现了故障，具体症状是无法收发邮件，经过初步测试发现发送提示成功，并没有什么异样，服务器的发送日志中也没有什么异样，通过另外一台邮件服务器向他发送也提示成功，并没有收到退信，为什么这台Imail就无法正常收发呢？<br>
<br>RemoteDesktop 到服务器，该服务器操作系统是Windows Server 2003 ENT With SP1，经过检查发现不同分区内各安装了两套Imail程序，而且之间又是相互关联的，他NND谁干的好事，估计是哪个人升级时没有留意造成的！晕~<br>
<br>于是Backup正在运行的那个Imail目录中的全部数据，当然包含帐号数据。由于多年的IT工作经验，在卸载时忽然想到注册表应该检查一下。果然！Imail的主机域和虚拟域数据都保存在其中，导出domain。透了口气，否则非要酿成大祸！<br>
<br>卸载掉Imail后，删除多余的那套Imail程序，删除卸载后残留的多余文件。检查注册表，该死这么多记录在注册表，真垃圾，找到关键位置检查了一下，删除多余键值。重新启动！重新安装新的Imail，决定采用新版的Imail8.10并升级到Imail8.15。<br>
<br>一切都是那么的顺利，可是运行一段时间后，今天早上再次接到故障电话说邮局依旧无法使用，FUCK！到底是怎么回事，急忙登录服务器检查发现Imail的Queuemgr服务Stop Pending无法重新启动也无法停止。最后通过Kill掉进程才能够重新启动，可是此服务依旧出现Stop Pending。我就奇怪了，怎么会这样队列服务为什么会自动终止，难道是Norton在作祟？？在Norton中排除掉Imail的Spool目录及Queuemgr进程，并关闭对邮件防火的监视。<br>
<br>重新来，发现还是问题依旧！真是气急败坏，本来就临近10.1技术问题及假期前的安全检查都在进行中，这会又出现个这样的莫名其妙的问题！KAO，决定卸载重新安装，就这样反反复复，一直没能找到问题所在，后来想到2003SP1的高安全性功能会不会与他冲突呢？检查了DEP没有发现什么异常，尝试将DEP选择为“仅为基本Windows程序和服务启用DEP”，发现还是无法解决Stop Pending！！！！！！真是要发疯了<br>
<br>最后决定使用终极手段，完全卸载Imail（这里指的完全卸载Imail就是让Imail彻底从系统中消失，文件及注册表中都不保留Imail的主程序文件及配置信息及文件）。为了安全起见，我现down掉Imail的所有服务，从进程中杀掉Queuemgr.exe，这样就可以保证不会有DLL这类的动态链接库残留在系统中，之后进入注册表详细搜索关键词Imail进行删除，他NND！真是恐怖，这软件这么多信息在注册表，另外因为重复安装的原因会有更名结尾加1的备份项，光删除这些就让我用了半天，远程那个慢！趁此机会骂一下CNC和CTC，丫的就知道流氓竞争！互相限制！<br>
<br>彻底将Imail的信息及主要文件清除后，重新启动系统！开始最后一击。安装Imail 8.04，顺利完成。就是这么简单，监视大概30分钟发现Queuemgr没有Stop。高兴，为了防止norton对其迫害，决定选择排出文件夹监视，并启用邮件防火！晕，邮件竟然被阻截了，说明接口不兼容！看来用邮件防火控制是不可取，决定改为早期的病毒防火。监视，正常！再监视，再正常。OK，经过一天半的解决终于完成！当前时间是4点左右吧，不记得了！高兴欣慰一阵后，心理感谢那些关系我的朋友们！<br>
<br>总结：当ITPRO遇到一些问题后应当冷静思考，软件故障的排除其实就是环境的干净度，系统的稳定性，程序的兼容性，另外最终要是要使用正版软件。否则，遇到问题虽然能够增长技术能力，但是很伤感情的！此次Imail罢工事件就是因为重复安装导致的注册表数据重叠所造成，而重叠后为什么会不稳定就是因为软件本身的加密，和安装程序的识别机制！如果覆盖安装或重复安装能够监测之前的配置自动清理并删除残留垃圾信息，那么我想应该可以让大家少走很多弯路！<br>
<br>还剩下1个小时下班！终于可以休息了一会了！秋雨一直在下，不知道什么时候才能停，感觉周围环境都是潮潮的！说实话我不喜欢潮湿的环境！！！！！！<br>

钉子

谢谢goxia 的总结。

rayer

可能高兴早了。看了一些文章，队列问题是Imail 8就有的bug，ipswitch一直没有修改成功，这是根子里的毛病。建议用Imail 7的老版本。

lgj858

8.21的版本有改善 ^_^ 一直在观察中

haku2005

GOXIA碰到的问题，就连IMail的技术支持也不一定能够很好的解决问题。<br>
<br>
注意：IMail的技术支持不是万能的？解决问题的关键在朋友之间的互相交流、互相支持。

leimy

8.22的版本好像稳定了很多，已经2天了，还没有当掉。^_^

bluesky

没用,一多垃圾邮件往这边发过来或多病毒邮件,或作一下反垃圾邮件,队列服务中down掉,并且如楼主所言,不能重启服务那种,我在一台新的服务器第一次安装imail8.22都会这样<br>
<br>
把扫垃圾邮件过滤,杀毒排除Imail,继续观察,这台机就三十来个域名,五百左右个账号吧<br>
<br>
正超级郁闷中

bluesky

今天换佐7.15 现在没队列这个东东,是不会down掉了,但应用程序错误日志,老是提示<br>
SMTP出错,要关闭什么,不知是不是删除imail8.22不够干净,每次以控制台方式连接上去就会,以远程桌面方式连接就不会出现此类错误,怪<br>
<br>
事件类型: 信息<br>
事件来源: Application Error<br>
事件种类: (100)<br>
事件 ID: 1004<br>
日期: 2006-5-15<br>
事件: 22:50:41<br>
用户: N/A<br>
计算机: MS-F2XH9HMG<br>
描述:<br>
报告队列中的错误: 错误应用程序 SMTP32.exe，版本 3.3.11.7，错误模块 SMTP32.exe，版本 3.3.11.7，错误地址 0x00027724。<br>
<br>
有关更多信息，请参阅在 <a target=_blank href=http://go.microsoft.com/fwlink/events.asp>http://go.microsoft.com/fwlink/events.asp</a> 的帮助和支持中心。<br>
数据:<br>
0000: 41 70 70 6c 69 63 61 74 Applicat<br>
0008: 69 6f 6e 20 46 61 69 6c ion Fail<br>
0010: 75 72 65 20 20 53 4d 54 ure SMT<br>
0018: 50 33 32 2e 65 78 65 20 P32.exe <br>
0020: 33 2e 33 2e 31 31 2e 37 3.3.11.7<br>
0028: 20 69 6e 20 53 4d 54 50 in SMTP<br>
0030: 33 32 2e 65 78 65 20 33 32.exe 3<br>
0038: 2e 33 2e 31 31 2e 37 20 .3.11.7 <br>
0040: 61 74 20 6f 66 66 73 65 at offse<br>
0048: 74 20 30 30 30 32 37 37 t 000277<br>
0050: 32 34 24 <br>
<br>
昨回事阿<br>
<br>
<b>经过一天运行,还是不行,有好多邮件或退信在队列,三百多封吧,<br>
估计还是没找到原因,之前有一个账号删除了,还是有很我信往这边发<br>
难搞</b><br>
<br>

用户设置

没发现过  8.22 运行好几个月了，也没出现过这种情况!  7.*的朋友，我建议还是升级到8.*吧

leimy

我这里也发现这个问题，不是发不出去，就是发送的时候握手时间超长（已经解析到IP了），后来作了一下实验，只要开启Imail的防垃圾邮件功能就会有问题，关闭所有的防垃圾功能就正常了（多次实验的结果）；我的Imail版本是8.22。估计又是Imail的一个大BUG。^_^