卸载exchange后注意事项

恨死Safari了,辛苦写的博客尽然没有正常提交。唉,我只能简短写了,抱歉各位了。
以下事件是我今天亲身经历:

由于差不多都将exchange 2003用户迁移到了exchange 2010服务器上,所以我将已迁完用户的exchange 2003进行了卸载,在卸载完exchange 2003后,并没有将该服务器系统关闭。
但是问题发生了,有用户反应从集团发来的邮件有的未能收到,上海和集团那边是独立的域和exchange组织,两岸通过专线并在exchange上设定SMTP Connector进行邮件路由。
最后排错的问题确实是那台服务器没有被关闭的问题,由于被卸载服务器为集团smtp connector内的远程桥头堡成员之一,所以集团的服务器还是会一直向该服务器投递邮件,同时虽然该台服务器的exchagne 2003已被卸载,但是由于Windows系统本身的SMTP服务还是正常在运行,所以该台虽已经不是exchange角色的服务器还是可以正常接收到集团那边exchange投递过来的邮件。
由于该台服务器已经不是组织中的exchange服务器,虽然能接收到邮件,但是它不能将邮件分类并将邮件投递到用户邮箱所在的exchange服务器,因为它现在已经没有能力如何去将邮件往下进行投递了,所以邮件也只能在SMTP的QUEUE队列中停留。事实上确实我在这个队列中,找到好几千封未送达的邮件。
同时这些邮件也不是集团发过来的原本邮件了,而是postmaster生成的未送达报告,所以说即使将这些邮件再放送其他exchange的pickup目录,也不会将这些邮件投到正确的收件人,而只能被发送到集团那边的发件人(即这些邮件的现在的发件人为postmaster,收件人为集团那边原本的收件人,主题为未送达报告)至少我让对方发件人知道了,他的邮件没有被正常投递,需要再发送一次邮件。比什么都没有提示信息要好,如果有重要邮件没有被寄到,而发件人也不知道,这样是最可怕的。当然,我也知道我这次犯了很严重的错误。

总结:记得在卸载一台exchange服务器前先取消其他组织exchange服务器上的引用,包括如邮件网关的设备。这也让我深刻了解了,为什么在卸载时如果这台服务器是routing  group connector的成员时,将不允许你进行卸载的原因了。
如果你没有关闭卸载exchange后的系统,那可以将SMTP服务器给关闭及不让自动运行,这样其他组织内的exchange服务器虽然有将该台服务器做为远程桥头堡,但由于SMTP服务有被关闭,所以邮件还是不会被投递过去。


你可能感兴趣的:(Exchange,smtp,注意事项,connector,休闲)