恨死Safari了，辛苦写的博客尽然没有正常提交。唉，我只能简短写了，抱歉各位了。
以下事件是我今天亲身经历：
由于差不多都将exchange 2003用户迁移到了exchange 2010服务器上，所以我将已迁完用户的exchange 2003进行了卸载，在卸载完exchange 2003后，并没有将该服务器系统关闭。
但是问题发生了，有用户反应从集团发来的邮件有的未能收到，上海和集团那边是独立的域和exchange组织，两岸通过专线并在exchange上设定SMTP Connector进行邮件路由。
最后排错的问题确实是那台服务器没有被关闭的问题，由于被卸载服务器为集团smtp connector内的远程桥头堡成员之一，所以集团的服务器还是会一直向该服务器投递邮件，同时虽然该台服务器的exchagne 2003已被卸载，但是由于Ｗindows系统本身的SMTP服务还是正常在运行，所以该台虽已经不是exchange角色的服务器还是可以正常接收到集团那边exchange投递过来的邮件。
由于该台服务器已经不是组织中的exchange服务器，虽然能接收到邮件，但是它不能将邮件分类并将邮件投递到用户邮箱所在的exchange服务器，因为它现在已经没有能力如何去将邮件往下进行投递了，所以邮件也只能在SMTP的QUEUE队列中停留。事实上确实我在这个队列中，找到好几千封未送达的邮件。
同时这些邮件也不是集团发过来的原本邮件了，而是postmaster生成的未送达报告，所以说即使将这些邮件再放送其他exchange的pickup目录，也不会将这些邮件投到正确的收件人，而只能被发送到集团那边的发件人（即这些邮件的现在的发件人为postmaster，收件人为集团那边原本的收件人，主题为未送达报告）至少我让对方发件人知道了，他的邮件没有被正常投递，需要再发送一次邮件。比什么都没有提示信息要好，如果有重要邮件没有被寄到，而发件人也不知道，这样是最可怕的。当然，我也知道我这次犯了很严重的错误。
总结：记得在卸载一台exchange服务器前先取消其他组织exchange服务器上的引用，包括如邮件网关的设备。这也让我深刻了解了，为什么在卸载时如果这台服务器是routing group connector的成员时，将不允许你进行卸载的原因了。
如果你没有关闭卸载exchange后的系统，那可以将SMTP服务器给关闭及不让自动运行，这样其他组织内的exchange服务器虽然有将该台服务器做为远程桥头堡，但由于SMTP服务有被关闭，所以邮件还是不会被投递过去。
本文转自William宋 51CTO博客，原文链接：http://blog.51cto.com/sting/582869，如需转载请自行联系原作者
