Exchange2003, Exchange2007,二者最大的区别直观上来看的就是运行的操作系统平台，一个Exchange 2003 是运行在32位操作系统上的，一个Exchange 2007 是运行在64位操作系统平台上的。

Exchange 2007的代码都是重新编译的。网上有《升级为Exchange 2007后怀念的10件事》这个能很好的说明Exchange 2003 跟 Exchange 2007 之间的对比。原文如下：


Exchange 2007是家族里的新成员，并且提供了又新又酷的功能，比如统一信息，改进了的垃圾信过滤，以及智能行程安排等。但是，和其他升级一样，也有一些功能就此被抛在了脑后。 下面是一些你在Exchange 2003中曾很熟悉的功能，但在今后的日子里，估计你会很想念它们的——起码对我来说是这样。

  1: 对POP3/POP3S及IMAP4/IMAP4S的透明支持

  POP3是使用最多的互联网电子邮件协议。 在Exchange系统管理器中，Exchange 2003对POP3协议进行了完全的支持。你所需要做的，只不过是启用POP3服务，然后打开Exchange系统管理器，定位POP3服务器，然后在上面对协议的各个方面进行配置即可。这里面不仅包括了认证的方式，同时也支持通过TLS的POP3。在Exchange 2007中，既没有对POP3的图形化支持，而且你只能通过使用命令行接口来启用经由TLS的POP3，这会迅速搞得你头昏脑胀的。

  IMAP4是另一个很流行的，用于存取互联网电子邮件的协议。 不像POP3那样将全部的信件都下载下来，IMAP4一般只下载信件的头部;仅当该信件被选中后，信件的主题才会被下载下来。 在Exchange 2003中，进入服务控制台来启用IMAP4协议，以及直接打开Exchange系统管理器从而进入IMAP4的相关配置是极其容易的事情。

  在ESM中，你还可以配置对认证协议的支持，以及具体配置认证以，便对经由TLS的IMAP4进行保护。 你根本无需去记忆命令行的接口命令，无论这个命令有多么简单。 而用Exchange 2007的话，你很快会发现，启用IMAP4和IMAPS不仅仅是令人神智昏迷那么简单，因为你会发现你将不得不和命令Shell进行一番较劲，才能够让它做到你想做的事情。

  2: 对SMTP的透明支持

  Exchange 2003之中，一个非常好的事情，就是对SMTP服务器的绝对透明支持。 如果你理解IIS SMTP服务，你就能理解Exchange SMTP服务。 需要更多的虚拟服务器来支持SMTP以及经由TLS的SMTP么? 还需要支持带认证的SMTP么? 没有问题! 只要建立新的虚拟SMTP服务器即可。 你有成打的SMTP选项可用，而且它们很近似，因为你了解IIS SMTP服务。

  在Exchange 2007之中，SMTP服务被隐藏在无数连接器之后，很难令人理解，并且他们也无法提供像在Exchange 2003里面那样透明和灵活的SMTP服务。也许你可以使用命令Shell来执行其中的部分配置选项，但是谁还有那么好的闲情逸致来花时间学习一个全新的命令行接口呢?

  3: 对用户信箱的透明视图

  在Exchange 2003系统管理器中，你可以轻松的查看用户登录的信息，用户信箱的尺寸，以及用户信箱之中物件的数目。 同时，你还可以看到一些有趣的信息，比如完整的文本索引状态。 现在，当你检查Exchange 2007管理控制台时，你会发现，所有这些信息都已不再存在。 我已经听说，你可以使用命令行接口来获取这些信息，但是为什么我们在Exchange 2003只要鼠标轻点几下的事情，到了这里反而不得不自行输入命令才能做到呢?

  4: Outlook移动存取

  我无法告诉你，Outlook移动存取已经多少次救了我。而Exchange ActivSync客户端却无法存取你信箱之中的全部信件。典型的情况是，你所能保存的只是前一两天的信件头。 但是，需要使用我的Windows移动电话，来读取我数月之前电子邮件信件的情况，却已屡屡发生了很多次。 如果我只有ActiveSync可用的话，那我想我只能昏倒无数次了!

  谢谢上帝，至少我还有Outlook移动存取，让你可以对全部信箱具有完全的访问权限，包括所有收件箱之下建立的那些子目录。 是，Windows Mobile 6已经承诺会解决这个问题。 但是，并不是所有人都已经升级到了这个版本，而且很多现存的移动设备也并不支持它。 同样，OMA也被那些不具备Windows Moblie设备的用户们广泛使用着。 而使用了Exchange 2007之后，这些可怜的人们将会被锁在自己的Exchage信箱之外了。

  5: 32位版本

  我喜欢在安装和推荐某个软件之前，首先对它进行测试。 对软件进行测试时，我一般使用Vmware。 不幸的是，在我电脑中的虚拟机上，可没有一个支持64位客户端的处理器。 这意味着我只能使用32位的客户端。 我已经发现，使用32位的客户端，将无法完整的发挥系统全部功能。 我的经验表明，SMTP服务会“因为某些原因”而工作不正常，而集线器透明以及邮件提交服务一样也会工作异常。 这表明，使用32位的版本来进行测试，意义不大。 另外，再想想看，对于那些已经花费了大量金钱在32位硬件之上的公司们，它们又该如何呢? 为什么他们要被迫升级到“更完美”的服务器上，难道就只是为了要获得64位的支持么?

  某一天，也许迁移到64位的电脑上将不可避免，但是仅就现在而言，64位的电脑在驱动程序上有着太多的问题，而且64位技术也还远远不到处处可见的地步。 在那一天出现之前，我想我们会需要增加一个选择，那就是全功能的32位版本。

  6: 公共文件夹管理

  我用公共文件夹，你用公共文件夹，几乎每个人都在用公共文件夹! 在Exchange 2003之中，从Exchange系统管理器中访问你的公共文件夹简直是太容易了。 只要用鼠标轻点几下，你就可以配置好权限和限定。 而到了Exchange 2007的管理控制台里，事情又会变得怎样呢? 根本没有任何有关公共文件夹的参考资料。 解决方案么?你只能继续运行一台Exchange 2003的机器。

  7: 用于OWA(Outlook网页存取)的公共文件夹权限

  谈到公共文件夹，既然我们所有人用得如此之多，我们自然希望可以在任何地方都可以用电脑对它进行访问。 OWA(Outlook网页存取)则是最普遍的，远程存取Exchange服务器资源的方式，我们中有成百万的人在旅途中使用OWA。 在Exchange 2003中，我们的公共文件夹就在OWA接口之中，随时随地方便我们连接上去，然后获取我们所需要的信息。 但如果你现在只有Exchange 2007的话，你就只能对“在OWA中访问公共文件夹”的说法来个吻别了。

  8: 在Outlook网页存取中的月度日历视图

  既然我们谈到了Outlook网页存取，你还记得你使用日历的方式么? 在Outlook网页存取中，最普遍的一个视图是月度视图。 它让你可以总览下几周内所安排的所有事情，你可以穿过各种约会，然后写下相关备忘。 但是，如果你现在用的只有Exchange 2007的话，那你只能说，在OWA之中，你再也不会看到月度视图了。

  9: 对RPC/HTTP(Outlook Anywhere)的直觉认证管理

  在Exchange 2003 SP2以上的版本中，对Outlook RPC/HTTP(现在被叫做Outlook Anywhere)进行配置是非常简单的事情。 即便是有关RCP/HTTP的证书部署问题也丝毫不会让人感觉费脑筋，即使是从一个ISA防火墙之后发出的。 而现在，RCP/HTTP却有了奇怪的，全新的复杂度，特别是在证书部署的领域里。

  Exchange 2008显然依赖于许多未独立的备选名。 如果你没有让你的受支配备选名在证书上进行正确排序，并且他们也不符合同一证书上的正确共用名的话，你将会花上数小时来对Outlook 2007之中的Outlook Anywhere存取进行调试。 唉，把Exchange 2003以及RCP/HTTP的绝对简易性还给我们吧!

  10: 对新用户帐户的Exchange帐户准备

  到了该向你的活动目录中添加新用户的时候了。 为什么不一举两得，在同一时间，为用户建立帐户的同时，也为他建立好Exchange信箱呢? 对Exchange 2003来说，使用Exchange拓展向活动目录添加用户和电脑，没有任何问题。 但是对Exchange 2007来说呢? 你必须在不同的电脑上，使用不同的接口，才可以为这名用户建立一个信箱。 需要付出的劳动太多了。

  总结

  新版本的Exchange的确有了一些有趣的增强，但是除非你是一个命令行的大师，你很可能会感觉所得到的远不如所失去的多。 很多修改都是基于一个前提，那就是所有的系统管理员都喜欢类似于UNIX的环境，所以他们将会因为有了使用Powershell的机会而欣喜若狂，但是我个人比较怀疑这种看法。 我们中的许多人之所以沉迷于使用Windows，是因为我们喜欢图形化的界面。

  他们的确应该想尽一切办法，提供改进了的命令行界面给那些真正需要的人们。 但是，对于我们所喜爱的GUI(图形化界面)而言，他们应当将它作为一个齐头并进的选择，同时提供给我们，而不是简单的就用命令行界面将其取代掉，我想这样才会更好。