在Outlook 2010中将电子邮件保存为.pst而不是.ost

我们正准备将某些电子邮件用户从第三方电子邮件主机迁移到Office 365。 他们使用Outlook 2010在Exchange服务器上访问他们的电子邮件。 我知道如何导出到一个.pst文件,但是他希望我configuration用户自动开始保存到一个.pst文件,这样它就可以导入,当我们进行改变。 我该怎么做呢? 我知道Outlook通常保存到一个.ost文件,不知道如何使它自动保持一个更新的.pst文件。

通常情况下,当您configurationIMAP或Exchange帐户时,Outlook将使用.ost来保存数据库。 如果您想使用.pst文件,我们可以重新创buildOutlookconfiguration文件并更改数据path,供您参考: http : //support.microsoft.com/kb/2752583/en-us如果您想保留您的数据旧帐户,那么你需要有一个.PST文件,你只能执行移动或复制,或转换文件。 看看下面的文章是否有帮助: http : //www.ask.com/answers/611260301/is-there-a-way-to-import-my-microsoft-office-outlook-personal-folders-pst-or-脱机文件夹OST-文件-到-在全新安装?qsrc = 14106

当使用MAPI或Outlook Anywhere连接到Exchange服务器时,Outlook将OST文件用作Exchange邮箱的本地caching; 它连接到POP3 / IMAP4帐户(*)时使用PST文件。 正如其他人所提到的,这个本地caching也可以被禁用Exchange邮箱。

可以强制Outlook将所有邮件下载到PST文件,方法是将其configuration为使用POP3 / SMTP而不是MAPI或Outlook在任何地方连接到Exchange,但这会使大多数Exchangefunction(如GAL,日历共享,共享邮箱,公用文件夹,等等)无法使用; 这是一个非常不推荐的configuration。

但是,将Exchange邮箱导出到PST文件有更好的select:您可以使用邮箱导出请求在Exchange服务器本身上执行此操作; 您也可以批量导入多个(或全部)邮箱。


(*)在Outlook 2013中,OST文件也用于IMAP4,这很有意义,因为IMAP4将消息保存在服务器上并远程访问它们,而不是像POP3一样下载它们。

I know that Outlook saves to a .ost file normally – 只是澄清的一点:只有当Outlook连接到Exchange Server使用caching模式,这不是默认的AFAIK OST文件,所以Outlook通常不会保存到一个OST文件,它是这样做,如果它被configuration在caching模式,所以不要认为是理所当然的。

如果要将电子邮件保存到PST文件而不是OST文件,则需要将Outlookconfiguration为使用POP而不是MAPI或RPC over HTTP(S)连接到Exchange服务器。

您可以存档到PST,并设置所有新的邮件进入该PST,但需要停用任何移动规则,用户已经设置。 在帐户设置中,您可以更改新电子邮件传送到的文件夹。 在那里,你可以指定一个新的PST或现有的PST,新的电子邮件将被传递到该PST的收件箱。 该设置位于文件 – >帐户设置 – >帐户设置 – >更改文件夹下。 您可能还需要通知用户该电子邮件将显示在不同的文件夹中。 其他方式做同样的事情是自动存档设置为1天,每天运行或创build一个规则移动传入的文件,而不是改变帐户设置。 虽然不完美,但是当准备好移动时,将缩短剩余项目的归档时间。

所有其他答案坚持的想法,Exchange Server邮箱需要导出到.pst为了迁移到Office 365通过PST导入通过networking上传 。 原来的问题表明,数据收集到个人电脑与Outlook的PST文件,这导致相信用户应该迁移他们自己的数据与Outlook导入工具 。 OST和PST之间的区别在这里有很好的讨论,Massimo最接近邮箱导出请求的最佳实践。

但是, 大多数情况下中间PST文件不是必需的 。 Office 365有几个工具可直接从本地Exchange迁移邮箱内容:

  • 切换迁移一次移动所有邮箱(小于2000)
  • 快速迁移 (Exhange 2010/2013/2016)和
  • 分阶段迁移 (Exchange 2003/2007),一次迁移用户。

第三方Exchange提供商可能会提到一些限制,例如,如果他们在一个AD上有很多公司,并且不希望允许他们进行pipe理访问,个人客户。

在不能使用源系统上的pipe理帐户的迁移情况下,可以使用应用程序模拟来代替,并将其限制为特定的OU,以便您没有比实际需要更多的权限。 (理智的)第三方电子邮件提供商应该没问题。 例:

 New-ManagementRoleAssignment -Name:Office365Migration -Role:ApplicationImpersonation ` -RecipientOrganizationalUnitScope "example.com/Client/Users" ` -User:[email protected] 

( IMAP迁移也存在,但它比使用PST文件更糟糕,因为它需要来自源系统中所有用户的密码,并且不会传输除收件箱以外的任何内容(不会迁移比联系人,日历项目,任务或电子邮件大的35 MB),如果您已经拥有Exchange,请不要使用它。)

如果有任何疑问,直接迁移可能会有问题(由第三方电子邮件提供商提供的合同或configuration引起的问题),那么在开始直接迁移之前,我首先要使用邮箱导出请求进行PST备份。 然后,如果缺less某些东西,你可以进行备份。

我了解,此迁移已于2015年完成,但这一般与在规划类似迁移时徘徊到此页面的任何人有关。