换电脑、重装系统、从旧邮箱切到新邮箱最让人心里没底的不是那几十 G 邮件而是那些年一点点调出来的规则和精心分好的文件夹。邮件本身好办找个地方存着就行文件夹结构一乱几十个分类全被摊平到收件箱里找一封两年前的报价单要翻到眼睛发酸规则丢了更麻烦原本自动归档的日报、自动标记的客户邮件、自动转给同事的工单全部变成手工处理一天下来多花一小时。这篇就专门讲如何导出 Outlook 的规则和文件夹规则怎么用官方入口备份成一个文件、文件夹和里面的邮件怎么打包成 PST、哪些东西根本导不出来只能手工重建、以及还原到新环境时该按什么顺序操作才不至于白干一遍。不管你是给自己换机还是帮同事做迁移或者只是想给邮箱留一份灾备下面这套流程都够用。1. 动手前先分清规则、文件夹、邮件是三种东西很多人一上来就问能不能一键把整个邮箱打包走答案是能打包邮件和文件夹但规则从来不在那个包里。这是迁移翻车率最高的一点——把 PST 导过去、文件夹整整齐齐结果发现所有自动分类全部失效因为规则是另一套存储走另一条导出通道。1.1 三个对象存在三个不同的地方把 Outlook 想象成一栋楼邮件是房间里的家具文件夹是墙体隔断规则是贴在楼道里的自动化指示牌。家具和隔断可以整体搬走指示牌得单独摘下来带走而且新楼的房间号变了指示牌上的送到 302可能就指向了一个不存在的房间。具体到存储位置这三者的差别是这样的邮件与文件夹存在数据文件里本地缓存文件或者独立的 PST 文件可以整体导出成一个新的 PST。规则存在邮箱关联的规则存储区里服务端账户在服务端本地账户在数据文件内的隐藏区域只能通过规则和通知对话框导出成.rwz文件。其他配置签名、垃圾邮件黑白名单、自动答复外出通知、账户设置各自有各自的存放位置.rwz和.pst都装不下它们。注意.rwz里只有规则一个字节的邮件都没有.pst里只有邮件、文件夹、联系人、日历一条规则都没有。两者必须分别做缺一不可。我见过最典型的场景某同事按网上的教程导出了 PST在新机器上导入文件夹结构完好然后跟我抱怨规则全丢了是不是导出功能有 bug。不是 bug是他压根没做规则的备份。所以第一步永远是先在心里把清单列清楚别指望一个动作解决所有问题。1.2 客户端规则和服务端规则决定了搬过去能不能跑同样是规则命运完全不同。Outlook 里的规则分两类在规则和通知列表里名字后面带仅限客户端字样的就是客户端规则。类型存放位置生效条件迁移表现服务端规则邮箱服务端任何客户端在线即生效网页版也能看到导出后基本能原样重建行为一致客户端规则本机 Outlook只有 Outlook 开着才执行导入后可能出现、可能被禁用需要逐条复核哪些动作会强制变成客户端规则常见的几个播放声音、显示桌面通知、运行脚本、打印、以及部分标记为已读并延迟处理的组合动作。只要你的规则里带了这些动作它就只能在开着 Outlook 的那台机器上跑。这件事的实际影响很直接如果你原来习惯收到老板邮件就弹通知这条规则就算成功导入了新机器也必须保证 Outlook 常驻后台才有意义。而对于服务端规则导入之后就算你用手机收邮件归档动作照样执行。做迁移评估时先扫一眼有多少条带仅限客户端标记心里就有数了。1.3 一份搬迁前的清点表真正动手之前花十分钟做一次盘点比事后补救省事得多。我一般会让用户或者自己先确认这几项当前邮箱里规则的总条数、其中客户端规则几条、被手动停用的几条。停用的规则导出后依然是停用状态别以为是丢了。规则里出现的移动到文件夹目标逐个记下完整路径含父级这些文件夹必须在导入规则之前就存在。邮箱账户类型本地数据文件账户、IMAP 账户、服务端同步账户导出策略不一样尤其是同步范围的问题后面第 3 节细说。是否存在共享邮箱或代管邮箱的规则。这类规则跟着那个邮箱走不跟着你走导出的是当前默认邮箱的规则别搞混。邮件总量和最大的单个文件夹决定你要不要分批导、留多少磁盘空间。把这些写在一张纸上或者一个文本文件里迁移完成后拿它逐条核对比凭记忆靠谱一百倍。我做过的几次迁移里凡是跳过了盘点这一步的最后都会在到底少没少这个问题上纠结很久。2. 规则备份藏在规则和通知第三层的那颗导出按钮规则导出的入口确实不显眼很多人天天用规则却从来没点开过那个选项按钮。它藏在三级菜单里而且不同版本的界面措辞略有差别所以第一次找的时候容易怀疑人生。2.1 导出入口与版本差异含操作路径标准路径是这样的开始选项卡 →规则→管理规则和通知→ 弹出对话框底部或右上角的选项按钮 →导出规则→ 选择保存位置文件名默认带日期扩展名.rwz。新版界面里选项按钮可能会被换成一个更直白的导出规则/导入规则文字链接位置在对话框的右下或者中下区域。如果你死活找不到记住一个笨办法把对话框整个拉大把所有按钮都看一遍导入导出一定在同一个地方成对出现。导出时有两个细节值得留意导出的是当前邮箱的全部规则包括被停用的。目前没有只导出选中的几条这种功能要挑着导只能靠导入后手工删。文件名尽量带上日期和邮箱标识比如rules_work_20240612.rwz。规则文件是二进制用文本编辑器打不开你事后根本看不出里面是什么内容只能靠文件名认。.rwz是二进制格式这一点要特别提醒不要试图用记事本打开它、不要试图手工编辑里面指向的文件夹名。想改内容只能在图形界面里改完再重新导出一次。2.2 导出之前必须做的三项体检直接点导出当然也能得到一个文件但那个文件可能带着一堆隐患。我习惯在导出前做三件事每次都能揪出点问题。第一项处理指向已经不存在的文件夹的规则。长期使用的邮箱里经常有规则的目标文件夹被删掉或者改名了这种规则在列表里还活着但实际执行时要么报错、要么默默把邮件丢在收件箱。导出前把它们修好或删掉能省掉导入后的一大堆调试。判断方法双击打开规则看移动到文件夹那一栏显示的路径如果显示的是纯名字而上级路径看着不对就去文件夹树里确认一下。第二项检查规则占用的存储配额。Outlook 给每个邮箱分配的规则存储默认是 64 KB组织环境里可能调到 256 KB。规则不是按条数算的而是按序列化后的大小算一条带十几个例外条件、包含一长串发件人地址的规则可能顶得上二十条简单规则。当配额接近上限时会出现新规则保存不上规则同步失败网页版看不到最新规则这类症状。体检方式随便新建一条空规则再删掉如果保存时报错提示规则空间不足说明你已经在边缘了得先精简。第三项把客户端规则单独记一份名单。前面说过带仅限客户端标记的规则在迁移中最容易出状况。我会把这些规则的名字抄下来导入后重点核对这几条其余的可以快速扫一眼。提示如果你的规则多到自己都记不清先别急着导。花半小时把重复的、早已失效的、目标文件夹被删的规则清理掉能把后面所有环节的工作量砍掉一大半。2.3 导入时的报错分类与处理导入路径和导出对称管理规则和通知→选项→导入规则→ 选择.rwz文件 → 确定。整个过程通常几秒钟但如果环境不对会蹦出各种提示。我遇到的几类处理方式差别很大现象大概率原因处理办法导入后列表里规则数量比源端少部分规则动作在当前账户类型下不支持被静默跳过对照源端的规则名单逐条核对缺失的手工重建提示规则无法保存/空间不足目标邮箱规则配额已满先删掉新环境里的临时规则或精简导入内容分批导规则出现在列表但显示为灰色停用客户端规则在当前会话中不可用或动作涉及本机资源手工勾选启用逐条测试触发是否正常规则导入成功但邮件不动移动到文件夹目标不存在或路径不匹配先把文件夹建好、确认完整路径再重新导入一次导入后规则重复出现两份同一文件被导入两次或新旧规则同名并存按名称排序删掉重复项注意别把源端原有规则误删其中规则导入成功但邮件不动是最坑的因为它不报错。你看着规则列表一切正常测试邮件发进来却纹丝不动很容易怀疑是服务端延迟。实际情况往往是目标文件夹的名字差了半个字或者原本是客户/2024/报价这样的三级路径新环境里只建了报价这一级。2.4 导入之后还要手工补的四处规则导入完毕只完成了搬迁的一部分。下面这四样东西.rwz一概不管必须单独处理垃圾邮件的阻止发件人与安全发件人列表在垃圾邮件选项对话框里有独立的导出列表按钮导出的是.txt可以直接导入到新环境跨版本兼容性比.rwz好得多。自动答复外出通知没有任何导出入口只能在新环境重新设置一遍包括时间范围和内外部答复文案。签名文件存放在%APPDATA%\Microsoft\Signatures目录下把这个目录整个复制到新机器的相同位置然后在选项里重新指定默认签名即可。规则里引用的自定义类别和颜色类别名称会随邮件一起走但颜色映射有时会重置导入后看一眼类别列表把颜色调回去。这四项里最容易被忽略的是签名因为它的影响不是立刻显现的——等到你回第一封正式邮件时才发现签名变成了默认的Sent from Outlook那封邮件已经发出去了。3. 文件夹与邮件备份导出到 PST 的完整取舍文件夹的备份本质上是把一棵目录树连同里面的内容物整体搬到另一个容器里。Outlook 提供了两条路官方的导出向导和手动新建数据文件后复制文件夹。两条路都能用适用场景完全不同。3.1 为什么不建议直接右键拖拽先说结论数量大、层级深、需要保留完整元数据时走导出向导只搬一两个小文件夹、想立刻看到结果时拖拽复制更省事。拖拽的具体做法是文件 → 新建 → Outlook 数据文件选一个位置生成一个新的 PST它会作为一个独立的数据文件挂在左侧导航栏底部然后右键要搬的文件夹 → 复制 → 选中新 PST 里的目标位置 → 粘贴。这个过程直观、可中断、能一个文件夹一个文件夹地挑。但它的毛病也很明显速度慢尤其是几千封带附件的邮件复制过程中界面会卡进度条给的信息很少。中断无法续传复制到一半报错你得自己判断复制到哪儿了重来一遍又会出现重复项。部分元数据会变提醒、某些标志状态在跨数据文件复制时可能丢失日历的重复系列偶尔会出问题。不适合整棵树几十个文件夹逐个右键光点击就能把手点酸。导出向导则是一次性把整棵子树打包效率和一致性都好得多代价是灵活性差——不能中途挑挑拣拣筛选条件一旦设错就得整个重来。3.2 导出向导每一步选什么完整路径文件→打开和导出→导入/导出→导出到文件→Outlook 数据文件 (.pst)→ 选择要导出的根文件夹 → 设置保存位置和文件名 → 设置密码可留空→ 完成。每一步都藏着容易选错的地方我按顺序拆开说第一步选根文件夹。这里默认选中的通常是收件箱但你想搬的往往是整个邮箱。正确做法是选最顶层那个带邮箱地址或账户名的根节点然后勾选包括子文件夹。如果只选了收件箱又没勾子文件夹导出来的 PST 里就只有一个孤零零的收件箱所有分类文件夹全丢。第二步筛选。向导里有一个筛选按钮可以按日期范围、发件人/收件人、类别、只有附件等条件筛。这个功能很有用但有个陷阱筛选是全局生效的你设了2023 年 1 月 1 日之后那么每一个子文件夹里早于这个日期的邮件都不会被导出哪怕你只想筛某一个文件夹。所以除非你明确知道自己在做什么否则第一遍完整导出时把筛选留空。向导选项推荐设置原因包括子文件夹勾选不勾等于只导一层分类结构全丢筛选条件首次留空全局生效容易漏掉历史邮件重复项处理默认不导出重复保留原始状态避免误删密码留空PST 密码强度很弱见 3.4保存路径非系统盘、非同步目录避开系统盘空间不足与同步冲突第三步密码。向导会问你要不要设密码。可以设但别指望它能保护什么原因在后面讲。第四步验证。导出完成后别急着去新机器上导入。先在本机用文件 → 打开和导出 → 打开 Outlook 数据文件把这个 PST 挂载起来展开看一眼文件夹层级对不对、随便点开几个文件夹确认邮件数量、检查最深的那个子文件夹里有没有东西。这一步花两分钟能避免后面来回折腾。3.3 大邮箱的性能坑与拆分办法邮箱一大导出的坑就从选错选项变成能不能跑完。第一个坑是同步范围。如果你的账户用的是同步最近 X 个月的缓存策略很多服务端同步账户默认只保留近一年那本地其实没有完整的历史邮件导出向导只能导出本地已有的部分。表现就是导出很快完成文件很小打开一看全是近一年的邮件更早的全没了。解决办法是先把同步范围调到全部等 Outlook 完整下载完可能要好几个小时甚至一整夜再执行导出。这一步在网络慢的环境下最容易被跳过也是最常见的邮件丢了事故来源。第二个坑是文件大小上限。新版 PST 采用 Unicode 格式默认软上限约 20 GB可以通过注册表把上限调高到 50 GB更老式的格式硬上限是 2 GB一旦顶到就会直接报错甚至损坏。实操建议是单个 PST 控制在 10 GB 以内超过就按年份或按业务线拆成多个。拆分方式很简单导出时选不同的根文件夹或者用筛选按日期切成几段。第三个坑是进程稳定性。导出过程中不要同时做大规模搜索、不要切换账户、不要让机器进入睡眠。一个导出跑了四十分钟在最后阶段因为休眠断掉重来的心情你能想象。第四个坑是目标盘空间。PST 导出时是新建文件不会压缩导出的体积和邮件原始大小接近。留出至少两倍于预估体积的空闲空间别导出到只剩几百兆的系统盘。3.4 PST 的加密误区与存放建议很多人看到导出向导里的密码框就以为文件被加密了。实际情况是这个密码的保护强度非常有限它更像是防止别人随手打开的一道门帘而不是保险柜。所以存放策略要换个思路不要把 PST 放在任何自动同步的网盘目录里。PST 是一个持续被读写的单文件数据库同步工具在它还在被占用时会反复上传失败甚至产生冲突副本。要把它放在本地固定磁盘的一个专门目录比如D:\MailBackup\并且给这个目录做一次压缩打包用压缩工具自带的加密功能保护强度比 PST 自带密码高得多。要在文件名里写清来源和日期例如mailbackup_work_20240612.pst三个月后你还能一眼认出这是什么。不要只留一份。导出完成、验证无误后复制一份到移动硬盘或者另一台机器的加密目录里异地两份才算做了备份。顺带提一句如果邮箱里有在线存档或者自动归档产生的独立数据文件那部分内容不在主邮箱的导出范围里需要单独对它执行一次导出。检查方法是看左侧导航栏底部有几个数据文件节点有几个就要做几次。4. 用脚本把规则和目录结构变成一份可读文档图形界面能完成备份但有一个需求它满足不了把规则和文件夹结构导成一份人能读的清单。迁移前后要对比、要给同事交接、要写进运维记录都需要文本。这时候用一段小脚本调 Outlook 的 COM 接口几分钟就能生成 CSV 和目录树。4.1 什么时候值得写脚本我的判断标准很朴素规则超过 20 条、或者文件夹超过 30 个就值得写。理由是手工核对的时间成本远高于写脚本而且人工比对必然漏项。脚本能做的事包括列出所有规则的名称、启用状态、执行顺序、是否为客户端规则、目标文件夹递归遍历整个邮箱的文件夹树并统计每个文件夹的条目数把这些信息输出成 CSV 或 TXT。脚本不能可靠做到的事批量创建规则。接口里确实有创建规则的方法但条件组合的构造非常啰嗦而且不同版本对某些动作的支持不一致生成的规则容易出现看着建好了但不生效的情况。所以规则的重建我仍然建议走.rwz导入加手工微调脚本只用来做盘点。4.2 枚举规则并导成 CSV在 Windows 上打开 PowerShell先确认 Outlook 正在运行脚本会附着到已运行的实例上然后执行$outlook New-Object -ComObject Outlook.Application $ns $outlook.GetNamespace(MAPI) $store $ns.DefaultStore $rules $store.GetRules() Write-Output (规则总数: $rules.Count) $rows foreach ($r in $rules) { $target try { if ($r.Actions.MoveToFolder.Enabled) { $target $r.Actions.MoveToFolder.Folder.FullFolderPath } } catch { $target (目标文件夹不存在) } [pscustomobject]{ 执行顺序 $r.ExecutionOrder 名称 $r.Name 已启用 $r.Enabled 仅客户端 $r.IsLocalRule 目标文件夹 $target } } $out Join-Path $env:USERPROFILE Desktop\rules_inventory.csv $rows | Sort-Object 执行顺序 | Export-Csv -Path $out -NoTypeInformation -Encoding UTF8 Write-Output (已导出: $out)几个要点值得解释。$ns.DefaultStore取的是默认邮箱如果你的规则挂在别的邮箱上得换成$ns.Stores里对应的那个。IsLocalRule为True的就是客户端规则这份清单直接给出了前面反复强调的那份重点复核名单。目标文件夹那一栏用try/catch包住是因为规则指向的文件夹被删掉时取属性会抛异常不处理的话整段脚本会中断在第一条坏规则上。跑完打开 CSV你会得到一张干净的表。我可以很肯定地说第一次看到这张表的人八成会发现至少一条自己早就忘了的规则。4.3 遍历文件夹树并统计条目文件夹结构的盘点用递归最简单function Show-Tree { param($Folder, $Level 0) $count N/A try { $count $Folder.Items.Count } catch { $count 读取失败 } $line ( * $Level) $Folder.Name [ $count ] Write-Output $line foreach ($sub in $Folder.Folders) { Show-Tree -Folder $sub -Level ($Level 1) } } $root $ns.DefaultStore.GetRootFolder() $out Join-Path $env:USERPROFILE Desktop\folder_tree.txt Show-Tree -Folder $root | Out-File -FilePath $out -Encoding UTF8 Write-Output (已导出: $out)输出是一棵带缩进的树每个节点后面跟着该文件夹的条目数。这份东西的价值在迁移之后把它和迁移前生成的版本做一次文本对比哪个文件夹少了几封、哪个文件夹整个没建出来一目了然。4.4 脚本运行时的三类失败脚本这东西跑通了很爽跑不通时报错信息往往毫无提示性。我踩过的三类第一类类未注册错误代码 80040154。这是典型的位数不匹配问题Office 是 32 位而 PowerShell 是 64 位或者反过来。解决办法是换一个对应位数的 PowerShell 来跑或者干脆用系统自带的脚本宿主执行 VBScript 版本。第二类条目数读取失败。在超大文件夹上Items.Count有时候会抛异常尤其是数据文件正在后台同步的时候。这时候不要以为是脚本写错了先把 Outlook 的各项同步跑完、重启一次再执行一遍。如果某个文件夹长期读取失败通常意味着这个数据文件有轻微损坏值得跑一次修复工具。第三类拿到的是空集合。GetRules()返回 0 条但界面上明明有几十条。原因通常是默认邮箱选错了比如你打开的是某个附属数据文件规则却在另一个账户上。用$ns.Stores | Select DisplayName先看一眼有哪些存储再指定正确的那个。5. 落地还原顺序错了会白干一遍备份做得再漂亮还原顺序错了照样白忙。这一节讲的是把这些文件变回一个能用的邮箱的具体步骤以及几个我反复踩到的细节。5.1 先建文件夹再导规则正确的顺序只有一种先恢复文件夹结构和邮件再导入规则。原因前面提过规则里的移动到文件夹是硬引用目标文件夹不存在时规则要么报错要么失效。如果你先把规则导进去再导邮件中间那段时间所有规则都是哑的而且导入邮件的过程中可能触发部分规则导致邮件被搬来搬去最后你分不清哪些是原始位置、哪些是被规则挪过的。具体操作流在新环境里挂载备份的 PST文件 → 打开和导出 → 打开 Outlook 数据文件先不急着导进主邮箱。打开挂载的 PST检查文件夹树是否完整和迁移前的清单对比一遍。决定是把 PST 作为长期数据文件保留还是把内容合并进主邮箱。前者适合归档后者适合日常使用。合并时右键源文件夹 → 复制 → 目标选主邮箱对应位置注意主邮箱里要先建好同名父级。确认所有规则目标文件夹都已存在且路径完整含父级层级。打开规则和通知导入.rwz。逐条核对客户端规则手工启用被禁用项。单独导入垃圾邮件黑白名单的.txt。重建签名和自动答复。第 3 步的复制和导入是两个不同概念很多人混着用。复制是跨容器搬内容导入是往已有容器里塞内容并做重复检测。前者更可控后者更快看你的量级选。5.2 验收清单迁移完不做验收等于没迁移。我通常会跑一遍下面这张表十分钟能全部完成验收项检查方法通过标准文件夹层级展开整棵树对照迁移前的目录清单层级、名称完全一致邮件总量对比根节点和各主要文件夹的条目数差异在合理范围重复项除外规则数量打开规则和通知数一遍与源端一致无重复客户端规则逐条查看是否带仅限客户端标记标记保留状态为启用规则实际生效用一个测试邮箱发一封符合规则的邮件几秒内被正确归档目标文件夹完整双击每条含移动动作的规则目标路径显示正常无空值黑白名单打开垃圾邮件选项名单条目数与源端一致签名新建一封邮件默认签名正确出现其中规则实际生效这一项最容易被跳过但它是唯一能证明整条链路通的验证。做法很简单从另一个邮箱给自己发一封主题包含特定关键字的邮件等半分钟看它有没有出现在预期的文件夹里。如果没动先检查规则是否启用再检查目标文件夹路径最后检查是不是被更靠前的规则抢先处理了——规则是按执行顺序从上往下匹配的顺序错了后面的规则可能永远等不到邮件。5.3 几个反复踩到的细节细节一规则顺序不等于创建顺序。导入.rwz之后规则的执行顺序可能和源端不一致尤其是分几次导入的时候。新导入的规则往往排在列表末尾。如果源端有一条先拦截、后归档的规则依赖顺序一定要手工把它往上移。这一点在迁移后表现为某些邮件归档到了错误的文件夹非常隐蔽。细节二别名和显示名不一致。规则里如果引用了具体的人比如发件人包含某某迁移后如果对方的显示名变了规则可能不匹配。更稳的做法是用邮箱地址而不是显示名做条件导出前顺手改一遍能省掉后面很多莫名其妙的失效。细节三导入不会覆盖。.rwz导入是追加行为不是替换。同样的文件导入两次你会得到两份一模一样的规则两套同时执行。所以在正式导入前先把新环境里那些临时的、测试用的规则清干净。细节四被停用的规则也会被导出和导入。这既是好事也是坏事好处是状态被完整保留坏处是你以为这条我早关了结果它在新环境里依然是关着的而你以为它该工作。核对清单里一定要包含启用状态这一列。细节五PST 挂载后别忘了卸载。验证完之后如果决定不保留这个数据文件右键 → 关闭然后把文件挪走。留着不关它会一直挂在导航栏里日常搜索时会把里面的旧邮件也搜出来干扰结果。我个人在实际操作中的体会是整套流程里最值得多花时间的不是导出本身而是导出前的那次清点和导入后的那次验收。规则这种半自动化的东西出问题时不会报错只会安静地不工作等你发现已经是几周之后一封重要邮件躺在收件箱里被当成垃圾忽略了。所以宁可多花二十分钟整理和验证也不要相信自己记得住。另外有个小技巧分享给经常做这件事的人把清点表、规则清单 CSV、文件夹树 TXT 三份文件一起打包存档下次再迁移时你手里就有一份可直接对比的基线不用再从零开始回忆当年到底建了多少个文件夹。
换电脑、重装系统、从旧邮箱切到新邮箱最让人心里没底的不是那几十 G 邮件而是那些年一点点调出来的规则和精心分好的文件夹。邮件本身好办找个地方存着就行文件夹结构一乱几十个分类全被摊平到收件箱里找一封两年前的报价单要翻到眼睛发酸规则丢了更麻烦原本自动归档的日报、自动标记的客户邮件、自动转给同事的工单全部变成手工处理一天下来多花一小时。这篇就专门讲如何导出 Outlook 的规则和文件夹规则怎么用官方入口备份成一个文件、文件夹和里面的邮件怎么打包成 PST、哪些东西根本导不出来只能手工重建、以及还原到新环境时该按什么顺序操作才不至于白干一遍。不管你是给自己换机还是帮同事做迁移或者只是想给邮箱留一份灾备下面这套流程都够用。1. 动手前先分清规则、文件夹、邮件是三种东西很多人一上来就问能不能一键把整个邮箱打包走答案是能打包邮件和文件夹但规则从来不在那个包里。这是迁移翻车率最高的一点——把 PST 导过去、文件夹整整齐齐结果发现所有自动分类全部失效因为规则是另一套存储走另一条导出通道。1.1 三个对象存在三个不同的地方把 Outlook 想象成一栋楼邮件是房间里的家具文件夹是墙体隔断规则是贴在楼道里的自动化指示牌。家具和隔断可以整体搬走指示牌得单独摘下来带走而且新楼的房间号变了指示牌上的送到 302可能就指向了一个不存在的房间。具体到存储位置这三者的差别是这样的邮件与文件夹存在数据文件里本地缓存文件或者独立的 PST 文件可以整体导出成一个新的 PST。规则存在邮箱关联的规则存储区里服务端账户在服务端本地账户在数据文件内的隐藏区域只能通过规则和通知对话框导出成.rwz文件。其他配置签名、垃圾邮件黑白名单、自动答复外出通知、账户设置各自有各自的存放位置.rwz和.pst都装不下它们。注意.rwz里只有规则一个字节的邮件都没有.pst里只有邮件、文件夹、联系人、日历一条规则都没有。两者必须分别做缺一不可。我见过最典型的场景某同事按网上的教程导出了 PST在新机器上导入文件夹结构完好然后跟我抱怨规则全丢了是不是导出功能有 bug。不是 bug是他压根没做规则的备份。所以第一步永远是先在心里把清单列清楚别指望一个动作解决所有问题。1.2 客户端规则和服务端规则决定了搬过去能不能跑同样是规则命运完全不同。Outlook 里的规则分两类在规则和通知列表里名字后面带仅限客户端字样的就是客户端规则。类型存放位置生效条件迁移表现服务端规则邮箱服务端任何客户端在线即生效网页版也能看到导出后基本能原样重建行为一致客户端规则本机 Outlook只有 Outlook 开着才执行导入后可能出现、可能被禁用需要逐条复核哪些动作会强制变成客户端规则常见的几个播放声音、显示桌面通知、运行脚本、打印、以及部分标记为已读并延迟处理的组合动作。只要你的规则里带了这些动作它就只能在开着 Outlook 的那台机器上跑。这件事的实际影响很直接如果你原来习惯收到老板邮件就弹通知这条规则就算成功导入了新机器也必须保证 Outlook 常驻后台才有意义。而对于服务端规则导入之后就算你用手机收邮件归档动作照样执行。做迁移评估时先扫一眼有多少条带仅限客户端标记心里就有数了。1.3 一份搬迁前的清点表真正动手之前花十分钟做一次盘点比事后补救省事得多。我一般会让用户或者自己先确认这几项当前邮箱里规则的总条数、其中客户端规则几条、被手动停用的几条。停用的规则导出后依然是停用状态别以为是丢了。规则里出现的移动到文件夹目标逐个记下完整路径含父级这些文件夹必须在导入规则之前就存在。邮箱账户类型本地数据文件账户、IMAP 账户、服务端同步账户导出策略不一样尤其是同步范围的问题后面第 3 节细说。是否存在共享邮箱或代管邮箱的规则。这类规则跟着那个邮箱走不跟着你走导出的是当前默认邮箱的规则别搞混。邮件总量和最大的单个文件夹决定你要不要分批导、留多少磁盘空间。把这些写在一张纸上或者一个文本文件里迁移完成后拿它逐条核对比凭记忆靠谱一百倍。我做过的几次迁移里凡是跳过了盘点这一步的最后都会在到底少没少这个问题上纠结很久。2. 规则备份藏在规则和通知第三层的那颗导出按钮规则导出的入口确实不显眼很多人天天用规则却从来没点开过那个选项按钮。它藏在三级菜单里而且不同版本的界面措辞略有差别所以第一次找的时候容易怀疑人生。2.1 导出入口与版本差异含操作路径标准路径是这样的开始选项卡 →规则→管理规则和通知→ 弹出对话框底部或右上角的选项按钮 →导出规则→ 选择保存位置文件名默认带日期扩展名.rwz。新版界面里选项按钮可能会被换成一个更直白的导出规则/导入规则文字链接位置在对话框的右下或者中下区域。如果你死活找不到记住一个笨办法把对话框整个拉大把所有按钮都看一遍导入导出一定在同一个地方成对出现。导出时有两个细节值得留意导出的是当前邮箱的全部规则包括被停用的。目前没有只导出选中的几条这种功能要挑着导只能靠导入后手工删。文件名尽量带上日期和邮箱标识比如rules_work_20240612.rwz。规则文件是二进制用文本编辑器打不开你事后根本看不出里面是什么内容只能靠文件名认。.rwz是二进制格式这一点要特别提醒不要试图用记事本打开它、不要试图手工编辑里面指向的文件夹名。想改内容只能在图形界面里改完再重新导出一次。2.2 导出之前必须做的三项体检直接点导出当然也能得到一个文件但那个文件可能带着一堆隐患。我习惯在导出前做三件事每次都能揪出点问题。第一项处理指向已经不存在的文件夹的规则。长期使用的邮箱里经常有规则的目标文件夹被删掉或者改名了这种规则在列表里还活着但实际执行时要么报错、要么默默把邮件丢在收件箱。导出前把它们修好或删掉能省掉导入后的一大堆调试。判断方法双击打开规则看移动到文件夹那一栏显示的路径如果显示的是纯名字而上级路径看着不对就去文件夹树里确认一下。第二项检查规则占用的存储配额。Outlook 给每个邮箱分配的规则存储默认是 64 KB组织环境里可能调到 256 KB。规则不是按条数算的而是按序列化后的大小算一条带十几个例外条件、包含一长串发件人地址的规则可能顶得上二十条简单规则。当配额接近上限时会出现新规则保存不上规则同步失败网页版看不到最新规则这类症状。体检方式随便新建一条空规则再删掉如果保存时报错提示规则空间不足说明你已经在边缘了得先精简。第三项把客户端规则单独记一份名单。前面说过带仅限客户端标记的规则在迁移中最容易出状况。我会把这些规则的名字抄下来导入后重点核对这几条其余的可以快速扫一眼。提示如果你的规则多到自己都记不清先别急着导。花半小时把重复的、早已失效的、目标文件夹被删的规则清理掉能把后面所有环节的工作量砍掉一大半。2.3 导入时的报错分类与处理导入路径和导出对称管理规则和通知→选项→导入规则→ 选择.rwz文件 → 确定。整个过程通常几秒钟但如果环境不对会蹦出各种提示。我遇到的几类处理方式差别很大现象大概率原因处理办法导入后列表里规则数量比源端少部分规则动作在当前账户类型下不支持被静默跳过对照源端的规则名单逐条核对缺失的手工重建提示规则无法保存/空间不足目标邮箱规则配额已满先删掉新环境里的临时规则或精简导入内容分批导规则出现在列表但显示为灰色停用客户端规则在当前会话中不可用或动作涉及本机资源手工勾选启用逐条测试触发是否正常规则导入成功但邮件不动移动到文件夹目标不存在或路径不匹配先把文件夹建好、确认完整路径再重新导入一次导入后规则重复出现两份同一文件被导入两次或新旧规则同名并存按名称排序删掉重复项注意别把源端原有规则误删其中规则导入成功但邮件不动是最坑的因为它不报错。你看着规则列表一切正常测试邮件发进来却纹丝不动很容易怀疑是服务端延迟。实际情况往往是目标文件夹的名字差了半个字或者原本是客户/2024/报价这样的三级路径新环境里只建了报价这一级。2.4 导入之后还要手工补的四处规则导入完毕只完成了搬迁的一部分。下面这四样东西.rwz一概不管必须单独处理垃圾邮件的阻止发件人与安全发件人列表在垃圾邮件选项对话框里有独立的导出列表按钮导出的是.txt可以直接导入到新环境跨版本兼容性比.rwz好得多。自动答复外出通知没有任何导出入口只能在新环境重新设置一遍包括时间范围和内外部答复文案。签名文件存放在%APPDATA%\Microsoft\Signatures目录下把这个目录整个复制到新机器的相同位置然后在选项里重新指定默认签名即可。规则里引用的自定义类别和颜色类别名称会随邮件一起走但颜色映射有时会重置导入后看一眼类别列表把颜色调回去。这四项里最容易被忽略的是签名因为它的影响不是立刻显现的——等到你回第一封正式邮件时才发现签名变成了默认的Sent from Outlook那封邮件已经发出去了。3. 文件夹与邮件备份导出到 PST 的完整取舍文件夹的备份本质上是把一棵目录树连同里面的内容物整体搬到另一个容器里。Outlook 提供了两条路官方的导出向导和手动新建数据文件后复制文件夹。两条路都能用适用场景完全不同。3.1 为什么不建议直接右键拖拽先说结论数量大、层级深、需要保留完整元数据时走导出向导只搬一两个小文件夹、想立刻看到结果时拖拽复制更省事。拖拽的具体做法是文件 → 新建 → Outlook 数据文件选一个位置生成一个新的 PST它会作为一个独立的数据文件挂在左侧导航栏底部然后右键要搬的文件夹 → 复制 → 选中新 PST 里的目标位置 → 粘贴。这个过程直观、可中断、能一个文件夹一个文件夹地挑。但它的毛病也很明显速度慢尤其是几千封带附件的邮件复制过程中界面会卡进度条给的信息很少。中断无法续传复制到一半报错你得自己判断复制到哪儿了重来一遍又会出现重复项。部分元数据会变提醒、某些标志状态在跨数据文件复制时可能丢失日历的重复系列偶尔会出问题。不适合整棵树几十个文件夹逐个右键光点击就能把手点酸。导出向导则是一次性把整棵子树打包效率和一致性都好得多代价是灵活性差——不能中途挑挑拣拣筛选条件一旦设错就得整个重来。3.2 导出向导每一步选什么完整路径文件→打开和导出→导入/导出→导出到文件→Outlook 数据文件 (.pst)→ 选择要导出的根文件夹 → 设置保存位置和文件名 → 设置密码可留空→ 完成。每一步都藏着容易选错的地方我按顺序拆开说第一步选根文件夹。这里默认选中的通常是收件箱但你想搬的往往是整个邮箱。正确做法是选最顶层那个带邮箱地址或账户名的根节点然后勾选包括子文件夹。如果只选了收件箱又没勾子文件夹导出来的 PST 里就只有一个孤零零的收件箱所有分类文件夹全丢。第二步筛选。向导里有一个筛选按钮可以按日期范围、发件人/收件人、类别、只有附件等条件筛。这个功能很有用但有个陷阱筛选是全局生效的你设了2023 年 1 月 1 日之后那么每一个子文件夹里早于这个日期的邮件都不会被导出哪怕你只想筛某一个文件夹。所以除非你明确知道自己在做什么否则第一遍完整导出时把筛选留空。向导选项推荐设置原因包括子文件夹勾选不勾等于只导一层分类结构全丢筛选条件首次留空全局生效容易漏掉历史邮件重复项处理默认不导出重复保留原始状态避免误删密码留空PST 密码强度很弱见 3.4保存路径非系统盘、非同步目录避开系统盘空间不足与同步冲突第三步密码。向导会问你要不要设密码。可以设但别指望它能保护什么原因在后面讲。第四步验证。导出完成后别急着去新机器上导入。先在本机用文件 → 打开和导出 → 打开 Outlook 数据文件把这个 PST 挂载起来展开看一眼文件夹层级对不对、随便点开几个文件夹确认邮件数量、检查最深的那个子文件夹里有没有东西。这一步花两分钟能避免后面来回折腾。3.3 大邮箱的性能坑与拆分办法邮箱一大导出的坑就从选错选项变成能不能跑完。第一个坑是同步范围。如果你的账户用的是同步最近 X 个月的缓存策略很多服务端同步账户默认只保留近一年那本地其实没有完整的历史邮件导出向导只能导出本地已有的部分。表现就是导出很快完成文件很小打开一看全是近一年的邮件更早的全没了。解决办法是先把同步范围调到全部等 Outlook 完整下载完可能要好几个小时甚至一整夜再执行导出。这一步在网络慢的环境下最容易被跳过也是最常见的邮件丢了事故来源。第二个坑是文件大小上限。新版 PST 采用 Unicode 格式默认软上限约 20 GB可以通过注册表把上限调高到 50 GB更老式的格式硬上限是 2 GB一旦顶到就会直接报错甚至损坏。实操建议是单个 PST 控制在 10 GB 以内超过就按年份或按业务线拆成多个。拆分方式很简单导出时选不同的根文件夹或者用筛选按日期切成几段。第三个坑是进程稳定性。导出过程中不要同时做大规模搜索、不要切换账户、不要让机器进入睡眠。一个导出跑了四十分钟在最后阶段因为休眠断掉重来的心情你能想象。第四个坑是目标盘空间。PST 导出时是新建文件不会压缩导出的体积和邮件原始大小接近。留出至少两倍于预估体积的空闲空间别导出到只剩几百兆的系统盘。3.4 PST 的加密误区与存放建议很多人看到导出向导里的密码框就以为文件被加密了。实际情况是这个密码的保护强度非常有限它更像是防止别人随手打开的一道门帘而不是保险柜。所以存放策略要换个思路不要把 PST 放在任何自动同步的网盘目录里。PST 是一个持续被读写的单文件数据库同步工具在它还在被占用时会反复上传失败甚至产生冲突副本。要把它放在本地固定磁盘的一个专门目录比如D:\MailBackup\并且给这个目录做一次压缩打包用压缩工具自带的加密功能保护强度比 PST 自带密码高得多。要在文件名里写清来源和日期例如mailbackup_work_20240612.pst三个月后你还能一眼认出这是什么。不要只留一份。导出完成、验证无误后复制一份到移动硬盘或者另一台机器的加密目录里异地两份才算做了备份。顺带提一句如果邮箱里有在线存档或者自动归档产生的独立数据文件那部分内容不在主邮箱的导出范围里需要单独对它执行一次导出。检查方法是看左侧导航栏底部有几个数据文件节点有几个就要做几次。4. 用脚本把规则和目录结构变成一份可读文档图形界面能完成备份但有一个需求它满足不了把规则和文件夹结构导成一份人能读的清单。迁移前后要对比、要给同事交接、要写进运维记录都需要文本。这时候用一段小脚本调 Outlook 的 COM 接口几分钟就能生成 CSV 和目录树。4.1 什么时候值得写脚本我的判断标准很朴素规则超过 20 条、或者文件夹超过 30 个就值得写。理由是手工核对的时间成本远高于写脚本而且人工比对必然漏项。脚本能做的事包括列出所有规则的名称、启用状态、执行顺序、是否为客户端规则、目标文件夹递归遍历整个邮箱的文件夹树并统计每个文件夹的条目数把这些信息输出成 CSV 或 TXT。脚本不能可靠做到的事批量创建规则。接口里确实有创建规则的方法但条件组合的构造非常啰嗦而且不同版本对某些动作的支持不一致生成的规则容易出现看着建好了但不生效的情况。所以规则的重建我仍然建议走.rwz导入加手工微调脚本只用来做盘点。4.2 枚举规则并导成 CSV在 Windows 上打开 PowerShell先确认 Outlook 正在运行脚本会附着到已运行的实例上然后执行$outlook New-Object -ComObject Outlook.Application $ns $outlook.GetNamespace(MAPI) $store $ns.DefaultStore $rules $store.GetRules() Write-Output (规则总数: $rules.Count) $rows foreach ($r in $rules) { $target try { if ($r.Actions.MoveToFolder.Enabled) { $target $r.Actions.MoveToFolder.Folder.FullFolderPath } } catch { $target (目标文件夹不存在) } [pscustomobject]{ 执行顺序 $r.ExecutionOrder 名称 $r.Name 已启用 $r.Enabled 仅客户端 $r.IsLocalRule 目标文件夹 $target } } $out Join-Path $env:USERPROFILE Desktop\rules_inventory.csv $rows | Sort-Object 执行顺序 | Export-Csv -Path $out -NoTypeInformation -Encoding UTF8 Write-Output (已导出: $out)几个要点值得解释。$ns.DefaultStore取的是默认邮箱如果你的规则挂在别的邮箱上得换成$ns.Stores里对应的那个。IsLocalRule为True的就是客户端规则这份清单直接给出了前面反复强调的那份重点复核名单。目标文件夹那一栏用try/catch包住是因为规则指向的文件夹被删掉时取属性会抛异常不处理的话整段脚本会中断在第一条坏规则上。跑完打开 CSV你会得到一张干净的表。我可以很肯定地说第一次看到这张表的人八成会发现至少一条自己早就忘了的规则。4.3 遍历文件夹树并统计条目文件夹结构的盘点用递归最简单function Show-Tree { param($Folder, $Level 0) $count N/A try { $count $Folder.Items.Count } catch { $count 读取失败 } $line ( * $Level) $Folder.Name [ $count ] Write-Output $line foreach ($sub in $Folder.Folders) { Show-Tree -Folder $sub -Level ($Level 1) } } $root $ns.DefaultStore.GetRootFolder() $out Join-Path $env:USERPROFILE Desktop\folder_tree.txt Show-Tree -Folder $root | Out-File -FilePath $out -Encoding UTF8 Write-Output (已导出: $out)输出是一棵带缩进的树每个节点后面跟着该文件夹的条目数。这份东西的价值在迁移之后把它和迁移前生成的版本做一次文本对比哪个文件夹少了几封、哪个文件夹整个没建出来一目了然。4.4 脚本运行时的三类失败脚本这东西跑通了很爽跑不通时报错信息往往毫无提示性。我踩过的三类第一类类未注册错误代码 80040154。这是典型的位数不匹配问题Office 是 32 位而 PowerShell 是 64 位或者反过来。解决办法是换一个对应位数的 PowerShell 来跑或者干脆用系统自带的脚本宿主执行 VBScript 版本。第二类条目数读取失败。在超大文件夹上Items.Count有时候会抛异常尤其是数据文件正在后台同步的时候。这时候不要以为是脚本写错了先把 Outlook 的各项同步跑完、重启一次再执行一遍。如果某个文件夹长期读取失败通常意味着这个数据文件有轻微损坏值得跑一次修复工具。第三类拿到的是空集合。GetRules()返回 0 条但界面上明明有几十条。原因通常是默认邮箱选错了比如你打开的是某个附属数据文件规则却在另一个账户上。用$ns.Stores | Select DisplayName先看一眼有哪些存储再指定正确的那个。5. 落地还原顺序错了会白干一遍备份做得再漂亮还原顺序错了照样白忙。这一节讲的是把这些文件变回一个能用的邮箱的具体步骤以及几个我反复踩到的细节。5.1 先建文件夹再导规则正确的顺序只有一种先恢复文件夹结构和邮件再导入规则。原因前面提过规则里的移动到文件夹是硬引用目标文件夹不存在时规则要么报错要么失效。如果你先把规则导进去再导邮件中间那段时间所有规则都是哑的而且导入邮件的过程中可能触发部分规则导致邮件被搬来搬去最后你分不清哪些是原始位置、哪些是被规则挪过的。具体操作流在新环境里挂载备份的 PST文件 → 打开和导出 → 打开 Outlook 数据文件先不急着导进主邮箱。打开挂载的 PST检查文件夹树是否完整和迁移前的清单对比一遍。决定是把 PST 作为长期数据文件保留还是把内容合并进主邮箱。前者适合归档后者适合日常使用。合并时右键源文件夹 → 复制 → 目标选主邮箱对应位置注意主邮箱里要先建好同名父级。确认所有规则目标文件夹都已存在且路径完整含父级层级。打开规则和通知导入.rwz。逐条核对客户端规则手工启用被禁用项。单独导入垃圾邮件黑白名单的.txt。重建签名和自动答复。第 3 步的复制和导入是两个不同概念很多人混着用。复制是跨容器搬内容导入是往已有容器里塞内容并做重复检测。前者更可控后者更快看你的量级选。5.2 验收清单迁移完不做验收等于没迁移。我通常会跑一遍下面这张表十分钟能全部完成验收项检查方法通过标准文件夹层级展开整棵树对照迁移前的目录清单层级、名称完全一致邮件总量对比根节点和各主要文件夹的条目数差异在合理范围重复项除外规则数量打开规则和通知数一遍与源端一致无重复客户端规则逐条查看是否带仅限客户端标记标记保留状态为启用规则实际生效用一个测试邮箱发一封符合规则的邮件几秒内被正确归档目标文件夹完整双击每条含移动动作的规则目标路径显示正常无空值黑白名单打开垃圾邮件选项名单条目数与源端一致签名新建一封邮件默认签名正确出现其中规则实际生效这一项最容易被跳过但它是唯一能证明整条链路通的验证。做法很简单从另一个邮箱给自己发一封主题包含特定关键字的邮件等半分钟看它有没有出现在预期的文件夹里。如果没动先检查规则是否启用再检查目标文件夹路径最后检查是不是被更靠前的规则抢先处理了——规则是按执行顺序从上往下匹配的顺序错了后面的规则可能永远等不到邮件。5.3 几个反复踩到的细节细节一规则顺序不等于创建顺序。导入.rwz之后规则的执行顺序可能和源端不一致尤其是分几次导入的时候。新导入的规则往往排在列表末尾。如果源端有一条先拦截、后归档的规则依赖顺序一定要手工把它往上移。这一点在迁移后表现为某些邮件归档到了错误的文件夹非常隐蔽。细节二别名和显示名不一致。规则里如果引用了具体的人比如发件人包含某某迁移后如果对方的显示名变了规则可能不匹配。更稳的做法是用邮箱地址而不是显示名做条件导出前顺手改一遍能省掉后面很多莫名其妙的失效。细节三导入不会覆盖。.rwz导入是追加行为不是替换。同样的文件导入两次你会得到两份一模一样的规则两套同时执行。所以在正式导入前先把新环境里那些临时的、测试用的规则清干净。细节四被停用的规则也会被导出和导入。这既是好事也是坏事好处是状态被完整保留坏处是你以为这条我早关了结果它在新环境里依然是关着的而你以为它该工作。核对清单里一定要包含启用状态这一列。细节五PST 挂载后别忘了卸载。验证完之后如果决定不保留这个数据文件右键 → 关闭然后把文件挪走。留着不关它会一直挂在导航栏里日常搜索时会把里面的旧邮件也搜出来干扰结果。我个人在实际操作中的体会是整套流程里最值得多花时间的不是导出本身而是导出前的那次清点和导入后的那次验收。规则这种半自动化的东西出问题时不会报错只会安静地不工作等你发现已经是几周之后一封重要邮件躺在收件箱里被当成垃圾忽略了。所以宁可多花二十分钟整理和验证也不要相信自己记得住。另外有个小技巧分享给经常做这件事的人把清点表、规则清单 CSV、文件夹树 TXT 三份文件一起打包存档下次再迁移时你手里就有一份可直接对比的基线不用再从零开始回忆当年到底建了多少个文件夹。
