换电脑、重装系统、从旧邮箱切到新邮箱，最让人心里没底的不是那几十 G 邮件，而是那些年一点点调出来的规则和精心分好的文件夹。邮件本身好办，找个地方存着就行；文件夹结构一乱，几十个分类全被摊平到收件箱里，找一封两年前的报价单要翻到眼睛发酸；规则丢了更麻烦，原本自动归档的日报、自动标记的客户邮件、自动转给同事的工单，全部变成手工处理，一天下来多花一小时。这篇就专门讲如何导出 Outlook 的规则和文件夹：规则怎么用官方入口备份成一个文件、文件夹和里面的邮件怎么打包成 PST、哪些东西根本导不出来只能手工重建、以及还原到新环境时该按什么顺序操作才不至于白干一遍。不管你是给自己换机，还是帮同事做迁移，或者只是想给邮箱留一份"灾备"，下面这套流程都够用。

1. 动手前先分清：规则、文件夹、邮件是三种东西

很多人一上来就问"能不能一键把整个邮箱打包走"，答案是：能打包邮件和文件夹，但规则从来不在那个包里。这是迁移翻车率最高的一点——把 PST 导过去、文件夹整整齐齐，结果发现所有自动分类全部失效，因为规则是另一套存储，走另一条导出通道。

1.1 三个对象存在三个不同的地方

把 Outlook 想象成一栋楼，邮件是房间里的家具，文件夹是墙体隔断，规则是贴在楼道里的自动化指示牌。家具和隔断可以整体搬走，指示牌得单独摘下来带走，而且新楼的房间号变了，指示牌上的"送到 302"可能就指向了一个不存在的房间。

具体到存储位置，这三者的差别是这样的：

• 邮件与文件夹：存在数据文件里，本地缓存文件或者独立的 PST 文件，可以整体导出成一个新的 PST。
• 规则：存在邮箱关联的规则存储区里（服务端账户在服务端，本地账户在数据文件内的隐藏区域），只能通过"规则和通知"对话框导出成.rwz文件。
• 其他配置：签名、垃圾邮件黑白名单、自动答复（外出通知）、账户设置，各自有各自的存放位置，.rwz和.pst都装不下它们。

注意：.rwz里只有规则，一个字节的邮件都没有；.pst里只有邮件、文件夹、联系人、日历，一条规则都没有。两者必须分别做，缺一不可。

我见过最典型的场景：某同事按网上的教程导出了 PST，在新机器上导入，文件夹结构完好，然后跟我抱怨"规则全丢了，是不是导出功能有 bug"。不是 bug，是他压根没做规则的备份。所以第一步永远是先在心里把清单列清楚，别指望一个动作解决所有问题。

1.2 客户端规则和服务端规则，决定了搬过去能不能跑

同样是规则，命运完全不同。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 日之后"，那么每一个子文件夹里早于这个日期的邮件都不会被导出，哪怕你只想筛某一个文件夹。所以除非你明确知道自己在做什么，否则第一遍完整导出时把筛选留空。

第三步，密码。向导会问你要不要设密码。可以设，但别指望它能保护什么，原因在后面讲。

第四步，验证。导出完成后，别急着去新机器上导入。先在本机用文件 → 打开和导出 → 打开 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 先建文件夹，再导规则

正确的顺序只有一种：先恢复文件夹结构和邮件，再导入规则。原因前面提过，规则里的"移动到文件夹"是硬引用，目标文件夹不存在时规则要么报错要么失效。如果你先把规则导进去，再导邮件，中间那段时间所有规则都是哑的，而且导入邮件的过程中可能触发部分规则，导致邮件被搬来搬去，最后你分不清哪些是原始位置、哪些是被规则挪过的。

具体操作流：

1. 在新环境里挂载备份的 PST（文件 → 打开和导出 → 打开 Outlook 数据文件），先不急着导进主邮箱。
2. 打开挂载的 PST，检查文件夹树是否完整，和迁移前的清单对比一遍。
3. 决定是"把 PST 作为长期数据文件保留"还是"把内容合并进主邮箱"。前者适合归档，后者适合日常使用。合并时右键源文件夹 → 复制 → 目标选主邮箱对应位置，注意主邮箱里要先建好同名父级。
4. 确认所有规则目标文件夹都已存在，且路径完整（含父级层级）。
5. 打开"规则和通知"，导入.rwz。
6. 逐条核对客户端规则，手工启用被禁用项。
7. 单独导入垃圾邮件黑白名单的.txt。
8. 重建签名和自动答复。

第 3 步的"复制"和"导入"是两个不同概念，很多人混着用。复制是跨容器搬内容，导入是往已有容器里塞内容并做重复检测。前者更可控，后者更快，看你的量级选。

5.2 验收清单

迁移完不做验收，等于没迁移。我通常会跑一遍下面这张表，十分钟能全部完成：

其中"规则实际生效"这一项最容易被跳过，但它是唯一能证明整条链路通的验证。做法很简单：从另一个邮箱给自己发一封主题包含特定关键字的邮件，等半分钟，看它有没有出现在预期的文件夹里。如果没动，先检查规则是否启用，再检查目标文件夹路径，最后检查是不是被更靠前的规则抢先处理了——规则是按执行顺序从上往下匹配的，顺序错了，后面的规则可能永远等不到邮件。

5.3 几个反复踩到的细节

细节一，规则顺序不等于创建顺序。导入.rwz之后，规则的执行顺序可能和源端不一致，尤其是分几次导入的时候。新导入的规则往往排在列表末尾。如果源端有一条"先拦截、后归档"的规则依赖顺序，一定要手工把它往上移。这一点在迁移后表现为"某些邮件归档到了错误的文件夹"，非常隐蔽。

细节二，别名和显示名不一致。规则里如果引用了具体的人（比如"发件人包含某某"），迁移后如果对方的显示名变了，规则可能不匹配。更稳的做法是用邮箱地址而不是显示名做条件，导出前顺手改一遍，能省掉后面很多莫名其妙的失效。

细节三，导入不会覆盖。.rwz导入是追加行为，不是替换。同样的文件导入两次，你会得到两份一模一样的规则，两套同时执行。所以在正式导入前，先把新环境里那些临时的、测试用的规则清干净。

细节四，被停用的规则也会被导出和导入。这既是好事也是坏事：好处是状态被完整保留，坏处是你以为"这条我早关了"，结果它在新环境里依然是关着的，而你以为它该工作。核对清单里一定要包含启用状态这一列。

细节五，PST 挂载后别忘了卸载。验证完之后，如果决定不保留这个数据文件，右键 → 关闭，然后把文件挪走。留着不关，它会一直挂在导航栏里，日常搜索时会把里面的旧邮件也搜出来，干扰结果。

我个人在实际操作中的体会是，整套流程里最值得多花时间的不是导出本身，而是导出前的那次清点和导入后的那次验收。规则这种半自动化的东西，出问题时不会报错，只会安静地不工作，等你发现已经是几周之后，一封重要邮件躺在收件箱里被当成垃圾忽略了。所以宁可多花二十分钟整理和验证，也不要相信自己"记得住"。另外有个小技巧分享给经常做这件事的人：把清点表、规则清单 CSV、文件夹树 TXT 三份文件一起打包存档，下次再迁移时，你手里就有一份可直接对比的基线，不用再从零开始回忆当年到底建了多少个文件夹。