主页 / computer / 问题 / 1788571
Accepted
NewSites
Asked: 2023-06-12 10:33:18 +0800 CST

在 MS Outlook 中存储电子邮件的开销是多少？

  • 772

环境：Windows 11 Pro 64 位下的 MS Office LTSC Pro Plus 2021。

这是我在StackOverflow上的问题的后续：在 MS Outlook VBA 中，如何在 MailItem 中查找隐藏数据。

我一直在研究我的 Outlook 文件的内容pst。它包含自 2004 年以来发送和接收的电子邮件，共 19 年。

我只用 outlook 收发电子邮件。我不使用它的日历或其他功能，尽管有时当有人要求开会并且我回应时它会将事件存储在日历中。我假设 pst 文件的内容不能直接归因于其中包含的电子邮件，可以忽略不计。

6 月 1 日，我将 pst 文件的电子邮件文件夹中的所有项目的属性输出到 MS Access。这是 300,723 个项目。MailItem.Size所有项目的属性总和为 9.5 * 10^9。不幸的是，我当时没有保存 pst 文件的副本，但我在 5 月 27 日的备份文件大小为 15.7 * 10^9，6 月 9 日观察到的文件大小为 15.8 * 10^9。所以我估计6月1日pst文件的大小是15.7 * 10^9。这意味着文件的大小比MailItem.Size所有项目的总和大 6.2 * 10^9 或 65%。

在上面链接的StackOverflow问题中，在隐藏数据部分，我注意到了三个奇怪的观察结果。首先是 Outlook 似乎在保存我删除的电子邮件附件的隐藏副本。第三个是 Outlook 似乎正在保存我永久删除的电子邮件的隐藏副本（即，不只是移动到“已删除邮件”文件夹）。

pst 文件的大小比MailItem.Size其文件夹中所有电子邮件的总和大 65% 的新观察结果似乎与之前的观察结果一致，即删除的附件和删除的电子邮件似乎隐藏在文件。但在假设这是正确的之前，我需要知道 Outlook 中电子邮件的存储开销是多少。换句话说：

  • MailItem.Size如果存储在 pst 文件中的所有电子邮件总数为x，没有删除附件，也没有从“已删除邮件”文件夹中删除电子邮件，并且文件的大小为y，则比率的预期大小是多少是/是？

假设该问题的答案远小于 1.65，我剩下StackOverflow问题中提出的问题：如何在文件的数据结构中找到那些已删除的附件和已删除的电子邮件的隐藏位置，以及如何我可以从文件中删除它们吗？

email

3 个回答

  1. Best Answer

    PST 文件有自己的存储系统，与 FAT32 或 NTFS 没有太大区别。当邮件或附件被删除时，您可能会有空扇区 - 如果您删除 10kB 的电子邮件，Outlook 不会重写多 GB 的 PST 文件。数据不会立即返回到主机操作系统 (Windows) - 已删除电子邮件使用的扇区将被标记为空，稍后将被重新使用。预计存储会变得碎片化。

    如果要回收存储空间，可以压缩 PST - 右键单击​​顶部 PST 文件夹，选择“数据文件属性”、“高级”、“立即压缩”。

    • 2

  2. 我接受了德米特里的回答。我的这个答案将描述实施他的答案的结果。我问了一个后续问题，我希望他能在评论中回答。

    以下是我所做的和发生的事情的概要：

    • 我关闭了 Outlook 并制作了 pst 文件的备份副本。
      • 文件大小为 15.8 * 10^9 字节。
    • 我离线以防止 Outlook 下载新电子邮件。
    • 我打开 Outlook，转到 VBA，然后运行我的子例程，输出到电子邮件文件夹中所有项目的 Access 24 属性。
      • 共有123个文件夹，包括8个非电子邮件文件夹，如Calendar和Contacts，以及115个电子邮件文件夹，包含301,062封电子邮件。MailItem.Size电子邮件总数为 9.5 * 10^9 字节。因此，文件大小超过电子邮件总大小 6.3 * 10^9 字节，即 66%。
      • 错误副本的总大小是 1.2 * 10^9 字节，这是我最初的StackOverflowCreationTime问题（ 2023 年 5 月 3 日而ReceivedTime不是该日期的8,000 封电子邮件）背后的问题。
    • 我右键单击顶部的 Outlook 文件夹并选择“数据文件属性”。
    • 我点击了“文件夹大小...”
      • 我得到了一张 Outlook 文件夹及其大小（以 kb 为单位）的表格。它位于那些无法展开且无法选择其内容的令人沮丧的窗口之一中。为了保存这张表的内容，我滚动了它的 18 页，保存了每页的显示图像，将图像加载到 pdf 文件中以对其运行 OCR，并将生成的文本按摩到 Excel 中的电子表格中。
      • 我的子例程中的数据包括两个不在 Outlook 文件夹列表中的非电子邮件文件夹：Conversation Action Settings和Quick Step Settings.
      • Outlook 的文件夹列表报告总大小为 9,287,200 kb。这包括报告的四个非电子邮件文件夹的大小，Calendar、Contacts、Notes和Tasks3,781 kb，这意味着电子邮件文件夹总计 9,283,419 kb。我的子例程报告的 s总数MailItem.Size除以 1,024，得出 9,283,419.4 kb，因此在这一点上，Outlook 的文件夹列表与我的子例程的输出完全一致。
    • 我单击“高级 > 立即压缩”并保存文件。
      • 这花了 14.5 分钟。新文件大小为 11.5 * 10^9 字节，减少了 4.3 * 10^9 字节，即 27%。新文件大小仍然超过电子邮件总大小 2.0 *10^9 字节，即 21%
    • 因为减少的没有我希望的那么多，所以我又点了“Compact Now”，再次保存了文件。
      • 第二次压实仅用了 30 秒。新文件大小与第一次压缩后的字节数完全相同。
    • 我再次运行将电子邮件属性输出到 Access 的子例程。
      • 还有 123 个文件夹，其中包含 301,062 封电子邮件
    • 我做了一个查询来比较两个 Access 文件中的数据。
      • 两个文件中所有对应的数据对——在压缩之前和之后——要么都是空的，要么彼此相等。这意味着至少对于我输出的 24 个属性，在压缩过程中没有丢失或更改任何内容。

    概括：

    • 原始文件大小：15.8 * 10^9 字节
    • 总计MailItem.Size：9.5 * 10^9 字节。
    • 文件大小超过电子邮件总大小 6.3 * 10^9 字节，即 66%。
    • 8,000 份错误电子邮件副本的总大小：1.2 * 10^9 字节。
    • 压缩文件大小：11.5 * 10^9 字节
    • 压缩将文件大小减少了 4.3 * 10^9 字节，即 27%。
    • 压缩后的文件大小仍然超过电子邮件总大小 2.0 *10^9 字节，即 21%。

    结论：

    • 压缩过程似乎已将文件大小减少了 27%，但未检测到任何电子邮件或其数据丢失。
    • 压缩后，文件大小仍然比其文件夹的总大小大 21%（包括可忽略不计的非电子邮件文件夹）。
    • 由于压缩减少的文件大小远远超过错误副本的总大小，因此神秘的隐藏附件和隐藏电子邮件可能位于通过压缩删除的文件内容中。但是由于压缩后的文件仍然比电子邮件的总大小大，比错误副本的总大小大，所以所有隐藏的数据也可能仍然隐藏在文件中。

    第二个结论中的21 % 数字似乎是对我关于 Outlook 存储开销的问题的回答。但它似乎非常高。我对 Dmitry 和/或其他 Outlook 专家的后续问题是：

    • Outlook 有 21% 的存储开销是否有意义，或者是否有其他原因导致我的文件膨胀？
    • 0

  3. 请记住，PST 文件还存储允许更快搜索的各种索引、文件系统本身（描述哪个扇区存储特定消息的部分）等。

    • 0

相关问题