我工作的公司正处于法律纠纷的中间。 作为争议的一部分，我们被要求在4个月的时间内提供所有141个人发送或收到的电子邮件。
公司中有大约12人，我们使用Outlook 2010，而我们的邮件托pipe在Exchange。 托pipe公司表示，他们不能帮助我们，除了将我们所有的邮件出口到PST并发送给我们，这似乎没有太多的帮助。 他们还表示，这将需要“几天”给我们导出的PST文件。 我们必须在两天内向律师提供适用的信息，所以我们现在必须做些事情。
是否有快速或脚本的方式来search和提取我们的OST文件的消息？
就目前而言，我们似乎需要为每个名称执行两次手动search：一次search消息，然后search邮件到该人的时间141个名称。 这是每个用户282次search，次数12次。 search也不快，因为用户有大约4-6 GB的OST文件。
在这个情况下，你会怎么做？ 我运气不好吗？
正如Jason指出的那样，通常这种请求是通过直接针对Exchange服务器运行的工具来满足的。 通过PST / OST文件进行parsing是一项非常复杂的任务，正如joeqwerty所指出的那样，这在很大程度上是手动的。
商业解决scheme存在这种事情。 他们不是自由的，做这种事情的复杂性就是为什么他们不自由。 您正在寻找电子发现工具，这是我现在工作的行业。 整个行业的价格一般都是十亿字节。
只有12位数据用户可以进行sorting，而手动方法则属于理性的范畴。 这将是一个漫长的几天，但它可以完成。 但是，如果所需的search过于多样（这141个名称分别在他们自己的电子邮件域中），则可能需要将search外包以符合截止date。
是的，如果您的托pipe服务提供商不会帮助您，那么您运气不好。 Exchange发现总是在服务器上完成（我从来没有尝试过，否则）。 如果你给他们正确的出口邮箱命令，他们会为你运行并运送你的PST吗？ 或者更好的是，如果您使用的是Exchange 2010，他们是否会运行邮箱发现并将其发送给您？ 如果是这样的话，你的提供者似乎不是很合作。 在您沉浸了数小时的时间之后切换供应商的时间到您的发现。 也许可以查看Postini提供的电子邮件归档和发现解决scheme，以便将来不必这样做。
另外，我build议下次再拖延这个。 我相信你的传票没有提交2天的截止date。
您可以对Outlook中的所有邮件项目进行域“通配符”search。 如果这141个名称的电子邮件地址位于同一个域（companyA.com），则可以search@ companyA.com上的所有邮件。 这将填充search窗口的结果，从中你可以批量移动这些消息到另一个文件夹，并从那里出口。 或者，您可以打印来自search结果的消息（再次散装，我认为）。 这可能不是最好的方法，但它是一种方法。