环境：Office 365在线。 版本15.1.933.16（2016 CU4？） 我们打算在用户邮箱上进行诉讼。 在搁置之前，我想查看是否有任何方法用户会发现搁置是有效的。 他们的意图是像往常一样使用他们的邮箱，但有一个无限期的保留策略。 他们是一个没有特殊权限的普通用户。 不能使用Power-Shell，不能访问pipe理工具。 谢谢！
我目前是一家公司的pipe理员，是一个Windows域的一部分，两个主域控制器通过一个VPN连接到不同的位置。每个位置至less有一个备份域控制器，我们有不到100个用户。 这些服务器大多是Windows 2003.我还在两个位置都有Exchange 2003服务器以实现冗余，并为两个位置的用户提供服务。 当我对活动目录中的用户进行更改时，可以更改名称，也可以添加或删除用户。 这需要我们的全球通讯录几个小时，有时甚至一天更新大家的前景。 为什么是这样，我怎么会加快呢？ 也请原谅这不是直接关系到编程，我希望它不是那里，因为我们有些人必须戴许多帽子。
我正在尝试在Centos 5上configurationsendmail，以便所有邮件都通过另一个SMTP服务器。 在这种情况下，恰好是一个Exchange服务器。 我用这一行编辑了sendmail.mc文件： define(`SMART_HOST', `10.1.1.30')dnl 但是当我尝试发送电子邮件时，出现以下错误： Nov 2 14:02:00 COMPUTERNAME sendmail[1370]: oA2K1xht001368: to=<[email protected]>, ctladdr=<[email protected]> (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=120355, relay=10.1.1.30, dsn=5.1.2, stat=Host unknown (Name server: 10.1.1.30: host not found) 从我发送邮件的邮箱可以访问邮箱10.1.1.30。 意思是说，我可以ping 10.1.1.30，并得到很好的回应。 所以我不明白为什么sendmail找不到主机。 有任何想法吗？ 谢谢。
有谁知道任何解决scheme将Maildir转换为Linux中的PST？ 我可以在Windows中使用名为Aid4Mail的程序，但这需要我从服务器上拉下Maildir。 我有一堆用户的转换盒，所以这条路线并不理想。 我所有的用户都是远程的，所以不像我可以使用Outlook连接到IMAP服务器，并从他们的机器上以PST的forms导出。
在Ubuntu 14.04上，交换文件必须增加，因为内存和交换使用率达到100％的使用率。 在现场生产服务器上，交换可以增加，而对服务的干扰最小？ free -h输出free -h ： total used free shared buffers cached Mem: 3.9G 3.4G 435M 24K 1.2M 7.5M -/+ buffers/cache: 3.4G 443M Swap: 8.0G 6.6G 1.4G
我们希望在我们的组织中实施Exchange 2010，这个组织遍布于几个地点。 现在我们在托pipePOP3 / SMTP，所有人都在使用Outlook 2007和2010.我们公司的邮件（以及更多）是与客户和内部沟通的关键forms。 通常情况下，我想在一天之内完成所有工作（而且我更喜欢这种方式）或多或less的做这个： 设置Exchange为company.com域工作 设置所有帐户邮箱 做任何其他相关的任务（一些testing等） 将MXlogging从旧服务器切换到新服务器 告诉用户（准备说明）使用以下方法之一设置Outlook 2007/2010： 通过修改控制面板/邮件/新帐户在同一个configuration文件，并离开旧邮箱几天，然后删除旧的邮件服务器，只是离开.PST文件（或要求用户将电子邮件从PST移动到Exchange） 。 他们希望的任何选项:-) 这份清单仅仅是为了提供信息的例子 但是事情是我们的pipe理层想要这样做几天/周，因为有些人会出现问题，下线，有些人电脑不工作， pick any other problem here （因为我们有经验的域名重新命名所有人都需要2个月才能最终切换到新的域名）。 所以这开始棘手，因为在MXlogging改变后，旧邮箱中将不会有新的电子邮件，并且将离开offsite并且将设置Outlook以使用Exchange将失灵。 也有200多人，IT人员（大多数位于一个地方），这可能会导致一些人没有阅读电子邮件通知改变，谁不进行指示，谁是异地等等（我们有所有人都看到，在我们的域名重命名指示中，最后一个人在重命名后2个月被迁移）。 所以我的计划是（有点复杂）： 在实施前1个月/ 1周/ 1天通知用户 在Exchange上configuration帐户/域，并在更改前1-2周通知用户将Exchange添加到其Outlook中。 让交换机能够在最后一次交换之前一直发送电子邮件为company.com （所以电子邮件会继续传到旧邮箱，但是会让用户发送邮件，以防万一他们犯了错误） 做最后的切换，并告诉用户只使用Exchange，并帮助他们迁移电子邮件/删除旧邮箱。 要么 在实施前1个月/ 1周/ 1天通知用户 在Exchange上configuration帐户/域，并在更改前1-2周通知用户将Exchange添加到其Outlook中。 让交换机能够在最后一次交换之前一直发送电子邮件为company.com （所以电子邮件会继续传到旧邮箱，但是会让用户发送电子邮件，以防万一他们犯了错误） 去通过rooms of people / per project / etc和切换他们一个接一个日/星期通过实施每个帐户托piperedirect到一个单独的域company.com.pl将已经build立和工作，以便所有的电子邮件来到room/project中的已经迁移的邮箱中的邮件将被自动转发到Exchange（通过使用第二个域名）。 直到所有的人都这样做MX将保持指向旧的服务器 毕竟人们都是迁移交换机MX，过了一会才closuresredirect 额外的select是为每个人使用pop3连接器，但这会带来其他问题： 人们的电子邮件将从他们的主机收件箱中消失，并可能导致一些混淆 Outlook的下载和删除邮件后可能会有一些race条件（如我的） 我们需要知道邮箱的所有人的密码 […]
我目前有一个非常简单的单一服务器交换2003安装程序。 我正在计划添加一个包含所有angular色的Exchange 2010服务器，并将其缓慢移动到该服务器上。 Technet和几个博客有很多指导来设置这个，但是他们没有一个似乎提到在设置的哪个点存在宕机。 我可以在不影响2003服务器的情况下，在新服务器上安装和configuration所有Exchange 2010angular色吗？ 外部邮件在什么时候开始进入2010服务器而不是2003服务器？
今天我注意到，我发现了以下事情： 正如你所看到的，RAM几乎是半免费的，交换空间的使用率非常高。 从我的教科书知识，我曾经认为，Linux操作系统试图使RAM的最佳使用，当它缺乏内存，它会将一些最less使用的页面从RAM移动到交换空间。 有人能解释我，如果我的理论知识是不正确的，并解释我如何在Linux的世界，它实际工作。
新安装的Exchange 2010框（技术上，部分安装的框，因为这个错误阻止我完成安装）。 当我启动EMC或pipe理PowerShell时，出现此错误： VERBOSE: Connecting to myserver.mydomain.internal [myserver.mydomain.internal] Processing data from remote server failed with the following error message: The user "mydomain\administrator" isn't assigned to any management roles. For more information, see the about_Remote_Troubleshooting Help topic. Failed to connect to any Exchange Server in the current site. 事情是.. login的pipe理员帐户（使用'whoami'确认）是以下组的成员： Administrators Delegated Setup Discovery Management Domain […]
令人惊讶的是，在对这个众所周知的元问题进行了长时间的讨论之后，似乎并没有人问到有关这个问题的例子：运行自己的Exchange服务器和外包的权衡是什么？ 对于我的公司，我们已经看到外包和内包来去几次了，一直坚持自己做。 我们使用托pipe解决scheme的angular色有限（例如，我们已经使用电子邮件过滤了几年，现在是Bigfish），但就是这样。 没有特别的顺序，想到保持Exchange（和大多数其他function）在内部的原因是： 问责制：我的老板知道谁负责他们的数据，他们的信息系统应用程序。 如果有问题，他们有人在楼里（我）打电话问清楚问题是什么，什么时候解决。 最糟糕的情况是，如果有一个很大的问题，他们可以开火。 安全性：我主要考虑的是数据安全性：我们所有的数据都在我们的大楼（除了非现场磁带），它是备份的，它是提供给需要它的人，访问公司以外的任何人是有限的。 历史：这不一定是一个很好的理由，但内部IT部门一直做得很好，从来没有发生过巨大的灾难，员工stream失率也很低，所以我们build立了很多的信任。可以做任何需要做的事 – 做得很好。 另一个历史的影响是，在互联网起飞之前，我们有很多人（包括我）在回去之前，有很多外包的select。 灵活性：如果我们的内部需求需要一个不寻常的configuration，我们不需要与供应商谈判来设置它。