我最近似乎对微软推动尝试将所有内容强制进入他们的在线服务有越来越多的问题。
到今天为止，我突然有两个工作站拒绝与 Exchange 保持连接。这是一个本地域和本地 Exchange 服务器。出乎意料的是，他们现在在启动时弹出一个 Microsoft 在线登录窗口。如果我关闭窗口，帐户状态将从愉快地连接到 Exchange 变为“需要密码”。
登录框预先填充了username@ad.mycompany.net，然后尝试单击下一步只是“此帐户不在我们的系统上”的错误（是的，令人惊讶的是，它是本地域，本地交换，与 Microsoft 在线无关）。
我该怎么办？如今，让我的用户连接到他们的本地交换帐户而不需要 Outlook 要求他们登录不存在的 Microsoft 在线帐户的正确方法是什么？
我有一个运行良好的 Exchange 2019 服务器，但理想情况下，我想在一个存档数据库上运行脱机碎片整理，该数据库现在比删除邮箱后需要的大得多，由于导入错误，复制了很多倍的数据到存档而不是邮箱中实际存在的。
Name DatabaseSize AvailableNewMailboxSpace
---- ------------ ------------------------
Archives 50.13 GB (53,821,308,928 bytes) 49.8 GB (53,472,526,336 bytes)
问题是，数据库无法访问（管理员即使尝试浏览它们也会出现权限错误），除非我别无选择，否则我宁愿不要弄乱 Exchange 文件夹的权限 - 或者遵循 Microsoft 记录的程序。
如今，当 Exchange 默认设置为仅允许访问自身时，直接对数据库文件进行任何类型的恢复/维护的正确过程是什么？eseutil甚至不再受支持，还是他们根本不建议触摸 edb 文件？
我最近为我们主要用于测试的几个用户设置了一个内部 Exchange 2019 服务器。那里只有 5 个帐户，在一种情况下，我从 PST 文件导入了用户整个现有的电子邮件备份。这个备份大约是 10GB，尽管它实际上并没有完全导入，因为它遇到了“TooManyLargeItems”错误。我对此并不太在意，因为我有每个用户邮箱的 PST 副本作为离线存档。
几天后，我为该用户启用了在线存档，在独立存档数据库上使用了 >2 年的所有默认值。在此之后，我注意到 Exchange 驱动器正在快速填满。几天之内，它已经增长到我分配的 300GB 中的 100GB。最终我意识到这是存档数据库使用了过多的空间，并发现该用户的存档只是在不断增长。几天后，它达到了 50GB -
Name FolderSize ItemsInFolder
---- ---------- -------------
Top of Information Store 0 B (0 bytes) 0
Calendar 124.1 MB (130,100,547 bytes) 10241
Deleted Items 29.06 KB (29,756 bytes) 3
ExternalContacts 0 B (0 bytes) 0
Files 0 B (0 bytes) 0
Inbox 22.47 GB (24,125,848,037 bytes) 193193
Sent Items 27.09 GB (29,090,235,340 bytes) 224726
Sync Issues 0 B (0 bytes) 0
Conflicts 379.5 MB (397,940,955 bytes) 5483
Recoverable Items 0 B (0 bytes) 0
Calendar Logging 136.1 MB (142,698,692 bytes) 20681
Deletions 2.763 GB (2,967,210,171 bytes) 23899
Purges 0 B (0 bytes) 0
Versions 0 B (0 bytes) 0
近 25 万个已发送项目和 20 万个收件箱......这似乎并没有停止，我现在被迫简单地禁用该用户的存档。
有没有人知道一个邮箱应该只有 <=10GB 的电子邮件是如何创建这样一个失控的存档的，或者我可以使用什么其他方法来理解它为什么会发生？
我有一台运行 Windows Server 2016 Essentials 的服务器。（通常尽量避免使用 SBS 类型的版本，尽管我希望它们在 2016 年没有出现问题，......但是是的，它们有）
该客户以前的服务器使用 Symantec System Recovery 备份到 NAS，我们一直在这方面取得了很好的成功
在这个系统上，我正在尝试使用内置的 Windows Server Backup，这应该很棒吧？
不幸的是，在 Essentials 上，您似乎无法备份到网络位置。您可以尝试直接访问服务器备份（而不是使用仪表板），但这需要在系统和 NAS 上匹配帐户，并且仍然抱怨权限问题。它还破坏了仪表板中的备份选项。
我最终决定只遵循 Essentials 选项并使用 USB 驱动器会更容易，但我宁愿不完全依赖它来进行备份存储。
我想将备份文件同步到 NAS，我很乐意使用 RoboSync。但是，获取文件似乎是一个问题。我已经为 USB 磁盘分配了一个驱动器号，因此我可以看到备份文件夹 - 希望这还不足以破坏备份过程。
但是，仍然无法复制一些数据，以管理员身份运行 RoboSync 并启用备份模式。
它将访问一些文件，并且当前正在复制主映像文件 (.vhdx)，但在其他文件上显示错误，如下所示 -
New File 18.7 g {faa21756-730f-11e7-be75-901b0ed00c98}{3808876b-c176-4e48-b7ae-04046e6cc752}
2017/07/28 09:23:43 ERROR 5 (0x00000005) Copying File F:\System Volume Information\{faa21756-730f-11e7-be75-901b0ed00c98}{3808876b-c176-4e48-b7ae-04046e6cc752}
Access is denied.
有什么方法可以轻松创建备份数据的副本而无需跳过箍？到目前为止，我已经避免更改备份文件夹的权限，因为如果这会破坏未来的备份，我不会感到惊讶。
编辑：再看一遍，唯一不会复制的文件在System Volume Information文件夹中，该文件夹位于 USB 驱动器的根目录上。我认为这实际上与备份没有任何关系...任何人都可以确认该WindowsImageBackup文件夹是我将来恢复整台机器所需的全部内容吗？
我正在使用 Postfix 和 Procmail 的组合来处理我的一台服务器上的入站电子邮件。每个用户都有一个本地帐户，多年来我一直在/usr/local/etc/procmailrc成功使用以下帐户：
DEFAULT=$HOME/mail/
LOGFILE=/var/log/procmail
我最近添加了一个配方，可以将标记为垃圾邮件的邮件定向到单独的文件夹：
:0
* ^X-Spam-Flag: YES
$HOME/mail/.Junk/
但是，在某些情况下，进入此文件夹的消息似乎归根用户所有，而不是正确的用户。我的收件箱从来没有遇到过这个问题，而且它似乎只影响某些用户。
我设法捕获了其中一个 Procmail 进程，ps它似乎确实以正确的用户身份运行。（此用户在垃圾文件夹中也有根拥有的邮件）
# ps axu | grep procmail
{correct-local-username} 7402 0.0 0.2 12140 1780 ?? Ss 11:37AM 0:00.01 /usr/local/bin/procmail -a
有谁知道为什么配方处理的消息最终会归根所有，而进入默认文件夹的消息会得到正确的所有者？
有什么我可以做的（即使它很棘手，例如从 Procmail 配方中调用 chown ）以确保消息始终由正确的用户拥有？
如果它很重要，Procmail 在 Postix 中的配置如下：
mailbox_command = /usr/local/bin/procmail -a "$EXTENSION"