☰

问题

tag-icon • tag-icon roaming-profile thunderbird
问题

我正在运行一个小型 Windows 网络 (AD)，我们使用 Thunderbird 通过 IMAP 检索邮件。但是，一些用户还创建了本地文件夹来存档消息。

目标是无论用户从哪台 PC 登录域，都可以访问他们的电子邮件，理想情况下还可以访问他们的本地文件夹。

我最初的想法是：将每个用户的完整配置文件放入他们的主文件夹 (p:)。由于这允许我为每个邮件配置文件赋予相同的名称而不会发生冲突，因此我可以推出一个指向所述配置文件文件夹的通用配置文件.ini。

我不太清楚 Thunderbird 需要检索哪些数据以及以何种方式检索配置文件信息，所以我不知道这会对网络和 Thunderbird 性能产生什么样的影响。请注意，有些配置文件有几 GB 大。此外，我假设，但如果有人证实，我将不胜感激，如果用户通过第二台计算机登录 Thunderbird 而没有在第一台计算机上关闭它，这可能会导致问题。

因此，我的问题是：

  1. Thunderbird 是否可以直接从文件共享上的配置文件运行，即使配置文件非常大（不会对应用程序性能产生重大影响）？
  2. 如果从两个站点访问同一个配置文件，会有多大问题？如果这是一个大问题，有什么办法可以确保这种情况不会发生吗？
  3. 与文件共享解决方案相比，有哪些理由支持使用 Thunderbird 配置文件的 Windows 漫游配置文件？

答案1

问题

我曾多次搜索与您非常相似的问题的答案 - 每次使用 Thunderbird 时，许多大型附件都会占用磁盘空间并给网络带来压力。我认为 2009 年的这个错误是我们问题的核心：

Bug 517425 - Thunderbird 将本地 IMAP 邮件副本存储在配置文件的 AppData\Roaming 中，而不是 AppData\Local 中

其背后的想法是：如果 IMAP 邮件存储在本地文件夹中，用户只需登录另一台新 PC 即可从服务器获取邮件（仅限文本，非常便宜）。然后，通过配置设置，用户可在工作时在后台下载部分或全部附件，而无需登录或注销时延迟。

另一方面，如果邮件在漫游配置文件中，它总会以某种方式困扰你：

  • 如果您在服务器上有漫游配置文件，您可以快速登录，但工作时会出现延迟，并且无法在本地使用邮件。
  • 如果配置文件保留在客户端上，您的登录时间将是几分钟而不是几秒，特别是当您使用.mbox（一个更改了几个字节的大文件）而不是maildir（目录中的.eml 文件）时。
  • 如果配置文件在服务器上，但您将其与脱机文件同步，理论上一切都会好起来。实际上，预计会出现大量同步冲突，我认为即使微软也强烈建议不要这样做。

可能的答案

关于您的问题，我无法提供完整的答案，只能提供我在寻找解决方案时发现的内容：

  1. 是的，明白点击此处了解详情- 在网络共享上创建配置文件文件夹，并借助配置文件管理器或命令行选项将其链接起来-p。请注意，在这种情况下，配置文件只能由一个客户端同时使用，而不能由多个客户端使用。此外，您的连接需要稳定，我个人也会对数据完整性保持谨慎（CIFS/SMB 是异步的）。
  2. Thunderbird/Mozilla 论坛中的人们建议不要这样做，不幸的是我无法提供直接经验。
  3. 如果您没有大型附件，同步时间会很短，并且您可以离线工作（在 LAN 之外）。当然，现在离线处理电子邮件的情况非常少见，但理论上这是个优势。一个用例可能是旅途中的笔记本电脑，但没有 VPN 访问权限，用户需要在火车上查找某些内容或撰写长电子邮件等。

备择方案？

从另一个角度来处理问题，我考虑过可能的解决方法/替代方案：

  • 仅限 IMAP：使用本地邮件服务器作为中继，存储您的传入邮件，并仅从此服务器访问 LAN 内的所有邮件 - 不要在客户端上存储邮件或附件的副本。一切都通过 IMAP 完成，配置文件很小，可以像往常一样漫游。如果您有许多客户端且访问模式相对较小，这可能会奏效。服务器上的重复数据删除功能是可能的额外好处。
  • 虚拟客户端：如果您拥有虚拟基础设施，则不存在此问题，因为所有内容都已存储在服务器上，并且客户端可以远程访问任何内容（并且无论他们去哪里，他们的会话都会始终跟随他们）
  • 邮件存档：很多时候，只有最新的邮件才是重要的，但有时你仍然想查看旧邮件。如果你在局域网上安装邮件存档软件，你可以自动存档所有收发邮件。然后客户端可以每次删除本地/IMAP 邮件和附件n几天内即可完成，并且保持轻量级，同时仍能搜索旧邮件。服务器上还有重复数据删除的额外好处。
  • 远程存储：如果您有 SAN，则可以为每个客户端/PC 组合配置（重复数据删除、过度配置）存储。然后，您的客户端将这些磁盘用作配置文件的“本地”存储（漫游文件夹之外）。这与您的想法类似，但如果在多个客户端上打开，则不会干扰您自己的文件。iSCSI 磁盘的数量将是n * 米为了n客户米用户，但由于重复数据删除，您不需要磁盘空间。
  • 接受它：如果您的用户总是在相同的客户端上漫游（可预测的行为），并且本地存储很便宜（即 HDD，而不是 SSD），那么这可能没问题。您可以将消息格式从 mbox 更改为 maildir（创建新帐户，不要转换旧配置文件，始终有备份！）以减少登录/注销时所需的同步。附件当然仍会存在，但在初始同步后，更改量会相对较小（当然假设每个用户只使用相同的客户端集）。

相关内容