服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 雷鸟漫游configuration文件的最佳实践
Intereting Posts
Windows Server降速和CPU速度 下载用于testing环境的Microsoft Windows操作系统 将值设为ulimit 如何：解决Windows 10上的HP打印机驱动程序安装问题 为什么部分内容不在nginx（mp4）中？ 使用Event MPM时，高Apache内存使用率 哪个公共rsa键属于哪个秘密？ TFS 2010备份计划失败，错误关于AdminPTHelper.exe 我不小心禁止SSH连接到远程服务器…下一步是什么？ 在BareOS中删除备份的最安全的方法是什么？ Linux – 将备份分成两步 连接networking中的两个系统？ Ping在本地networkingping自己 为什么我的Apache服务器仍然执行我的CGI脚本后，我把用户指令从守护进程改为Apache？ 没有写夸大的写configuration文件/ CentOS 7的文件

雷鸟漫游configuration文件的最佳实践

我正在运行一个小型的Windowsnetworking（AD），我们使用Thunderbird通过IMAP检索邮件。 但是，一些用户也创build了本地文件夹来存档消息。

目标是用户可以访问他们的电子邮件，理想情况下，也是他们的本地文件夹，无论他们从哪台电脑上login到域。

我最初的想法是执行以下操作：将每个用户的完整configuration文件放入其主文件夹（p :)。 由于这允许我给每个邮件configuration文件相同的名称没有冲突的风险，我可以推出一个genericsprofiles.ini指向所述configuration文件夹。

我并不完全确定哪些数据正确以及Thunderbird需要检索configuration文件信息的方式，所以我不知道这对networking和Thunderbird性能有什么影响。 请注意，一些configuration文件大小是几千兆字节。 另外，我假设，但是，如果有人确认，将不胜感激，如果用户通过第二台计算机login到Thunderbird而不是先closuresThunderbird，可能会导致问题。

因此，我的问题是：

  1. Thunderbird是否可以直接从文件共享中的configuration文件运行，即使configuration文件非常大（对应用程序性能没有太大的影响）？
  2. 如果从两个站点访问相同的configuration文件会有多大的问题？ 如果这应该是一个大问题，任何想法如何确保这不可能发生？
  3. 有什么理由在文件共享解决scheme上支持Thunderbirdconfiguration文件的Windows漫游configuration文件（如果有的话）？

问题（S）

我已经search了几次类似的问题的答案 – 许多大型附件吃掉磁盘空间，每次使用雷鸟时都会给networking带来压力。 我认为2009年的这个bug是我们问题的核心：

错误517425 – Thunderbird确实存储本地IMAP邮件副本在AppData \ Roaming不是AppData \ Localconfiguration文件

其背后的想法是：如果IMAP邮件存储在本地文件夹，用户将login到另一台新的PC，只是从服务器（只有文本，相当便宜）他的邮件。 然后，通过configuration设置，他会在工作的同时在后台下载部分或全部附件，无需login或注销。

另一方面，如果邮件处于漫游configuration文件中，它总是会以这样或那样的方式咬你：

  • 如果在服务器上有漫游configuration文件，则login速度很快，但是在工作时出现延迟，无法在本地使用邮件。
  • 如果configuration文件停留在客户端上，则login时间将是分钟而不是秒，特别是如果使用.mbox（一个大的文件，其中几个字节发生更改）而不是maildir（目录中的.eml文件）。
  • 如果configuration文件在服务器上，但是您使用脱机文件进行同步，理论上一切都会好的。 实际上，预计会出现很多同步冲突，我想即使是微软也强烈build议不要这样做。

可能的答案

关于你的问题，我不能提供完整的答案，只有我find解决scheme中find的东西：

  1. 是的， 详情请看这里 – 您可以在networking共享上创buildconfiguration文件夹并使用configuration文件pipe理器或命令行选项-p将其链接。 请注意，在这种情况下，configuration文件应该仅由一个客户端同时使用，而不是多个客户端。 此外，您的连接需要稳定，我个人也将谨慎的数据完整性（CIFS / SMB是asynchronous的）。
  2. Thunderbird / Mozilla论坛的人build议不要这样做，不幸的是我不能提供直接的体验。
  3. 如果没有大附件，同步时间将会很短，您可以离线工作（在局域网之外）。 当然，离线使用电子邮件工作现在是非常罕见的，但理论上这将是优势。 用例可能是路上的笔记本电脑，但是没有VPN访问，用户需要在火车上查找或写很长的电子邮件等。

备择scheme？

从另一方面接近问题，我想到了可能的解决方法/备选scheme：

  • 仅适用于IMAP：使用本地邮件服务器作为中继，用于存储收到的邮件，并仅从该服务器访问局域网内的所有邮件 – 不要在客户端存储邮件或附件的副本。 一切都通过IMAP完成，configuration文件很小，可以照常漫游。 如果您有许多客户端访问模式相对较less，这可能会起作用。 在服务器上增加了重复数据删除的function是可能的。
  • 虚拟客户端：如果你有一个虚拟基础架构，这个问题就不存在了，因为所有的东西都已经存储在服务器上，客户端可以远程访问任何东西（而且他们的会话总是在任何地方跟随他们）
  • 邮件存档：很多时候，只有最新的邮件很重要，但是有时候你还是要查看旧邮件。 如果您在局域网上安装邮件归档软件，则可以自动归档所有传入和传出的邮件。 然后，客户端可以每n天删除本地/ IMAP邮件和附件，并保持轻量级，同时仍能够search旧邮件。 在服务器上有重复数据删除的附加奖励。
  • 远程存储：如果您拥有SAN，则可以为每个客户端/ PC组合提供（重复数据删除，过度configuration）存储。 然后，您的客户端将这些磁盘用作configuration文件的“本地”存储（在漫游文件夹之外）。 这与您的想法类似，但是如果在多个客户端上打开，则不会干扰您自己的文件。 对于有m个用户的n个客户端，iSCSI磁盘的数量为n * m ，但由于重复数据删除，您不需要磁盘空间。
  • 只要接受它：如果你的用户总是在相同的客户端上漫游（可预测的行为），本地存储是便宜的（意思是硬盘，而不是SSD），那么这可能是好的。 您可以将邮件格式从mbox更改为maildir（创build新帐户，不转换旧configuration文件，始终备份！），以减lesslogin/注销时所需的同步。 附件当然仍然存在，但是在初始同步之后，改变的数量将会相对较小（假设每个用户当然只使用相同的客户端）。