我正在寻找一种解决方案，为我工作的公司搜索电子邮件文件以查找定制的电子邮件套件（类似于呼叫中心，但用于电子邮件而不是电话）。
我遇到的问题是当我想要执行电子邮件搜索（正文）时，遍历目录并查找字符串需要很长时间，而目录包含数千个文件。不幸的是，这些文件与执行搜索的客户端 PC 不在同一个系统上。
但是，拥有这些文件的 PC 位于运行电子邮件服务的同一系统上。我决定只将非常重要的信息放入数据库（电子邮件 ID、线程 ID、主题、收件人、发件人、接收日期）。我已决定不将正文放在数据库中，并且我为此使用的库（OpenPop）无法轻松从数据库中提取数据以生成“消息”对象，而无需将整个文件放入单个文件中柱子。
有没有一种简单的方法可以在 SQL Server 2005 上设置文件编目？或者是否有更好的方法来为此提供搜索功能？不幸的是，我没有太多的开发时间来从头开始创建自定义搜索引擎，而且我们不会购买专有软件来完成此操作。
我已经看到了一些基于 Java 和 Web 的解决方案，但我正在研究 SQL Server 解决方案，或者可能使用我们在这里使用的语言（C#/.NET 4.0）来实现解决方案。