Exchange Server及其客户端Outlook是多数企业里必须使用的微软技术。由于有大量项目可以从它们那里迁移出来，再加上迁移的范围很广，这使得使用它更加困难。例如，迁移单个Outlook比整个Exchange容易，取决于你迁移的项目，迁移单个Outlook都可能很棘手。

　　为此，一些组织选择循序渐进的方法。从迁移客户端开始，暂时不迁移服务器，等到用户习惯新的前端后再开始迁移服务器。这个过程中需要明白某些Outlook邮箱客户端如何与Exchange会话，因为它们都有自己的特定问题。

　　Evolution

　　Novell Evolution邮箱客户端（以前是Ximian套件的一部分）自从Evolution 2.02版本后支持Exchange。它可以通过Evolution Exchange连接器连接到Exchange服务器，这支持基本的Exchange服务器功能，并使用MAPI作为主要协议（例如，可作为“evolution-mapi”用于Ubuntu）。也可以通过Outlook Web Access配置Evolution连接到Exchange，尽管这会减少能使用给的功能数量。

　　如果你只能使用OWA，有两种方法可以安全使用，它们都会用到Evolution。第一种是跨国、过SSL连接，可通过Web浏览器完成。第二种是使用基于表格的授权，在Evolution的版本1.4.5之后都可用。

　　虽然FBA不需要SSL证书，但它不适合用于生产环境。出于这个原因，你仍然可能坚持使用正确授权的SSL作为推荐的连接方式，尤其当你的客户端从组织自身网络的外部连接到Exchange服务器时。使用VPN与服务器会话，如果你使用FBA，可能提供了额外的安全——但通常设置SSL连接更容易。

　　Thunderbird

　　Mozilla的Thunderbird邮箱客户端能以两种方式与Exchange会话：作为IMAP客户端或者MAPI客户端。IMAP是两种协议中更为普遍的标准。可用集成第三方应用于MAPI，但这样做会有一些严重的缺陷，尤其是Thunderbird的连接方式。

　　使用MAPI最大的问题在于Thunderbird的MAPI执行不完整，因此完整MAPI客户端的许多功能不存在。你可用按照POP3邮箱发送和接受邮件，也可以将其当做LDAP通讯薄来畸形Exchange Global Address List测验，但这不是最好的方法。

　　更好的方法是将Thunderbird当做IMPA客户端与Exchange会话。不过这需要IMPA支持内置于Exchange。幸好这样配置不算太难，将IMPA虚拟服务器添加到Exchange后只需要做一点事：配置客户端支持它。设置与管理与Exchange 2007（和2010）里的类似。完成后，多数使用IMAP的Linux邮箱客户端能与Exchange会话。

　　注意，多数情况下，Exchange的许多功能不可用。例如日历功能。但是基本功能，如阅读文件夹、发送和接受邮件与使用地址薄都可用。

　　未来之路

　　由于微软一直在更改Exchange API，这对于Thunderbird和其他开源邮箱客户端是个好消息，它们能在未来以不同形式执行Exchange连接。最大的潜在不同在于微软如何持续支持扩展的MAPI接口。开发者被告知不再使用它，而去使用Exchange Web Services。微软自己也注意到EWS是一个鼓励第三方产品连接到Exchange的平台，因此像Evolution和Thunderbird这样的连接器应该支持它。