大多数晦涩/赞成的答案将获得答案投票！
大多数 Unix 和类 Unix 系统都有一个“传统历史”，每一代都在传承，因此新手可以看到和理解系统中一些更深奥的部分。就新管理员应该接触的深奥知识而言，有哪些长期 *nix 管理员为“UNIX”的“传奇”做出了贡献？
我们的设置
外部电子邮件到达 Postfix 服务器，经过扫描，然后通过设置transport（使用给定地址的 RELAY:[{ip-address}]）转发到 Exchange 2007 服务器。一些用户在 Exchange，但仍有一些用户在 Postfix 服务器上（他们将在不久的将来移动）。
通过 Dovecot 为外部连接提供 IMAPS；在内部，IMAP 为网关提供，本机 MAPI 用于 Exchange/Outlook。黑莓通过 BIS 连接，它使用 Dovecot 作为反向代理 IMAPS 服务连接到 Exchange（当邮箱存在于 Exchange 上时，否则它连接到网关上的邮箱）。
问题
我们有一个用户，当他们在 Outlook 客户端上转发电子邮件时，他们会在 Blackberry 上获得原始邮件的副本。当我说重复时，我的意思是他们拥有消息的转发版本的副本（即他们点击转发按钮获得的消息版本），以及同时显示的原始消息的副本。
预期的行为是只看到转发的消息，而不是转发的消息和原始消息的第二个副本。
我们只在也拥有黑莓手机的 Outlook 用户中看到过这种情况。 其他 IMAP 客户端，例如 OS X Mail 或 Thunderbird，在连接到 Exchange 服务器时不会出现这种行为；转发的消息按预期工作。
问题
- 是什么导致这种情况发生？
- 为什么它只影响 Outlook/Blackberry 设置，而不影响 TBird/Blackberry 或 OSX-Mail/Blackberry？
- 在人们发疯并且不再转发消息之前，我们如何让它停止？
所以我对 NFS 和类似的东西有点熟悉，当我偶然发现pNFS时，我意识到 NFS 4 正在添加许多新功能。它似乎是“并行”的 NFS 存储，但我得到的图表和解释就像看一个油腻的 Pyrex 盘子一样清晰。它似乎也将在 2010 年的某个时候“上线”。
所以，我想知道以下问题：
- “平行”究竟代表什么？并行 I/O？使用权？并行性？有几种不同的内涵。
- 它在概念上类似于OpenAFS文件服务或Windows DFS吗？
- 它是否提供冗余存储？（即在服务器之间分散数据副本）？
- 提到了对象存储。是否有新的 API 可以提供此功能？或者这只是使用现有的文件系统语义来读/写对象？
- 提到了块存储。这是否允许我将驱动器与其他客户端（即共享文件系统）进行集群？这是否意味着我可以让服务器 A 上的块设备通过 pNFS 为多个客户端 B 和 C 提供服务？虽然您可以与 iSCSI 共享物理磁盘，但这肯定会提供“缺失层”（文件系统）......
- 它似乎使用类似于CXFS的元数据服务器，即有一个单独维护的元数据服务器，用于确定哪些客户端接收对哪些数据的访问。这是否仅限于单个元数据服务器，或者我可以在这里与多个服务器进行一些冗余和负载平衡？
几十年来，磁带一直是备份媒体的首选形式，但随着新技术的发展，这种情况正在发生变化。现在，其他竞争者正在逐渐采用这种古老的格式。2009 年备份媒体类型的当前最佳位置是什么？是吗：
- 胶带
- DVD
- 蓝光
- 硬盘驱动器
或者是其他东西？该建议的基础是根据以下标准完成的：
- 理想情况下，媒体应该能够保存您正在处理的数据的单个完整备份，尽管...
- 每个备份周期最多可以有 2 个介质。
- 数据集的当前工作大小小于 1 TB。总在线存储容量小于 3 TB。
- 为备份过程启用数据压缩。
- 备份媒体将成为轮换集的一部分，这意味着媒体将在一年中的某个时候重新使用。
- 轮换周期相当短，不到30天。
- 媒体每天在场外取走。年度备份将永久异地进行。
- 备份过程大约有。一个 4-6 小时的窗口来完成，虽然它可以在需要时运行。
作为记录，我的工作目前使用用于 500Gb 硬盘驱动器的托盘式热插拔 eSATA 机箱，尽管我看到人们仍在使用磁带，这就是导致这个问题的原因。
这是埃文的问题的后续行动：
- 异地轮换时间表是什么（每周、每天、多次/天等）？
如上所述，前一晚的备份被带离现场，并在第二天早上返回。在每个会计日历结束时，都会进行完整的备份并将其运送到异地存储。
- 您是否知道假设的每日增量备份的大小（即每日工作集的大小 - 您说“工作大小”，但我相信您指的是整个备份语料库）？
正确，语料库小于 1 Tb。每日更改构成约 200Gb。
- 您说“每个备份周期最多可以有 2-3 个介质”——我的意思是“完整备份”应该使用 2-3 个介质，而不是您想要 2-3 个介质每个“世代”（祖父、父亲、儿子等）。
同样正确的是，目标是每个备份周期 1 个“媒体单元”，尽管在某些情况下可以扩展到两个。
大多数晦涩/赞成的答案将获得答案投票！
大多数 Unix 和类 Unix 系统都有一个“传统历史”，每一代都在传承，因此新手可以看到和理解系统中一些更深奥的部分。就新管理员应该接触的深奥知识而言，长期的 Windows 管理员可以为 Windows 的“传奇”做出什么贡献？
你能让虚拟机在 32 位 CPU 上运行吗？据我所知，除了下一代的 Pentium 4 之外，目前还没有一个支持虚拟机的 32 位 CPU。通过虚拟机，我的意思是来宾操作系统没有在半虚拟化设置中运行，并且主机和来宾操作系统之间通过硬件分离。
就是想。
编辑：很晚很晚才写了这篇原始帖子……感谢您指出“管理程序”不是硬件中的东西；为清晰起见重新编辑。
我过去曾与我部门的其他人讨论过文档，特别是详细程度和要求。在他们看来，文档是当 X 件事情出错时要做的 Y 件事情的简单清单。
我不同意。我认为这假定 IT 中的所有问题都可以很容易地归结为简单的恢复程序清单。我认为它完全忽略了情况的复杂性，而且部门中的其他人并不总是对这个问题有深入的理解（这就是我写文件的原因——所以他们有一些东西可以参考) 文件应该包括一些基本的背景材料，例如：
- 相关（子）系统的用途
- 为什么以这种方式配置它
- 实施设置/程序时预期发生的事件
- 可能导致程序失败的潜在问题
但是，我对此持反对意见，因此需要将我的文档重写为“按顺序应用的步骤 ABC 将解决问题 X”的表格。 我经常听到有人哀叹它需要放在一张纸上。 尝试通过单页文档以这种方式向某人解释 Squid ACL 的配置，包括故障排除。这只是作为恢复清单“等待写入”的六份文件之一。
我提倡的方法真的太过分了吗？或者他们是对的，我应该在这里管我的事，给他们写一个简单的清单？我担心的是，无论您如何编写程序清单，它都无法解决需要系统管理员仔细考虑的问题。如果您花时间制定恢复程序清单，但最终无法解决问题（由于文档的关注范围狭窄，还有一些不属于文档的其他因素），以及文档是为了避免重新阅读手册页、wiki 和网站，那我为什么要通过这些议案？我只是担心太多，还是这是一个真正的问题？
编辑：
该部门目前没有服务台职位。文档的受众将是其他管理员或部门负责人。
这是我不时看到的一个老问题。我对它的理解相当有限（很久以前就读过这些差异，但所涉及的事实从未真正陷入困境）。
据我了解，
缓冲器
由具有活动 I/O 操作的程序使用，即等待写入磁盘的数据
缓存
是已完成 I/O 操作的结果，即已刷新缓冲区或从磁盘读取数据以满足请求。
后人能得到一个明确的解释吗？
我知道你在外面。你听说过这个“linux thingy”，并认为你可能会在周末试一试。你试了一下，启动了机器，但有些事情并没有像预期的那样工作。
我已经在 Windows 和 Linux 中完成了管理工作。我还看到人们“挣扎”试图掌握 Linux。这似乎一次又一次地发生，所以问题变成：
你的期望是什么？
这些期望怎么没有得到满足？
这些期望的基础是什么？是你之前的经历吗？
编辑：
将授予带有完整示例的最连贯的答案。如果我找不到解释所遇到的大部分困难的答案，这将变成一个 wiki。
关：
重新编辑标题以使其“不那么具有煽动性”。
此问题将作为 wiki 提交。目的是收集有价值的配置、部署想法和 smb.conf 设置，以协助这项出色的服务。
作为一个关键任务角色使用了一年多，我可以肯定地说，使用这个软件有起有落；但一路走来，我也学到了一两件事，把真相和炒作区分开来。为了使这项服务发挥最佳效果，您遇到过、做过或想到过哪些事情？
跟进：
我已经开始发布自己问题的答案，因为似乎没有人有“动机”来提供自己的答案。尽管这是一个社区 wiki，但如果可能的话，我宁愿避免回答我自己的问题，所以如果您有什么要分享的，请留下 答案！
我们正在将大约 60 个用户邮箱从 Postfix/Dovecot/Maildir 设置移动到 Exchange 2007。我知道Microsoft 的 Transporter Suite，它将允许邮箱的 IMAP 到 Exchange 的批量转换。但是，如果出现不可预见的问题，如何清理一个拙劣的过程是一个问题。显然，尝试为用户删除损坏的 Exchange 邮箱也会导致一个听起来相当吓人的对话框，这意味着用户帐户也将被删除，而不仅仅是损坏的邮箱本身。虽然原始电子邮件存储（Maildir 格式）可用，但我们需要能够删除有问题的坏盒子并重复该过程，因此这种方法不是一个可行的选择。
在这一点上，我非常担心在没有大量人工干预的情况下影响批处理或批量样式的转换。我们试图通过使用 Outlook 或 Thunderbird 作为“枢轴”代理来避免访问 50 多个桌面和手动移动电子邮件；虽然这可以保证 100% 有效，但一次将超过 250 万条消息转移到一个帐户需要数周或数月的时间。
所以我开始研究其他工具和方法，包括开源的和商业的。
我尝试的第一个是OfflineIMAP，事实证明，它对Exchange 不是很友好；迁移过程的一个微妙影响会导致Exchange 的命名属性耗尽，因为每个移动的电子邮件都会生成一个唯一的标头。 为此提供了一个补丁，可将唯一标头更改为单个通用标头，该标头后面有唯一标识符，从而避免了耗尽问题。然而，在应用补丁后，仍然存在一些问题。真的很遗憾，因为让它们保持同步会很好。
在商业方面，我简要介绍了Transend Migrator的试用模式。结果好坏参半，似乎很少有随二进制文件一起提供的文档。这并不令人鼓舞，尤其是对于最终用户在出现严重错误时会很容易注意到的事情。
还有其他问题。邮箱存储为 Maildir，但邮箱名称符合 Thunderbird 的预期（我们已经使用 TBird 好几年了）。许多盒子名称不匹配（Sent vs. Sent Items、Trash vs. Deleted Items 等），需要在移植时进行有效翻译。是的，我们非常宠爱我们的最终用户 - 成功的迁移将包括通知他们我们正在切换到 Outlook，并为每个人提供 30 分钟的小型课程，然后人们第一次打开他们基于 Exchange 的新邮箱。
某人，某处肯定有一些有用的东西......
编辑：后续行动
用 Ruby 编写的 larch 脚本提供了最简单的解决方案，尽管有一些警告。这是发生的事情的一个高度浓缩的版本：
- 获取用户的用户名和密码。转换后重置密码。
- 通过 IMAP 连接到用户的邮箱，并确保订阅了收件箱，并且所有邮件都标记为已读。Exchange 端存在一个问题，如果邮件未读且处于某种状态，可能会阻止邮件成功导入...
- 将后缀传输映射更改为指向 Exchange 服务器，这会导致所有新的邮件到达 Exchange 服务器，而不是当前的电子邮件服务器。
- 使用
larch命令移动电子邮件，省略用户的垃圾箱。我们不得不放弃并忽略这一点，因为有些用户将垃圾箱变成了个人档案系统。 - 请注意任何未转换的消息。重新检查并再次尝试重新复制它们。这只会移动较新的消息。
- 在 MySQL 中创建一条记录，指示 Dovecot 进入该用户的代理模式，并将记录指向 Exchange 服务器。这允许现有客户端保持不变，直到我们准备好设置他们的 Outlook 安装。
- 重新连接到用户的收件箱并检查是否复制了所有邮件。