默认情况下，Exchange 2013中的Outlook Web Access（OWA）似乎将可疑垃圾邮件移动到垃圾邮件文件夹。 这在我的大部分环境中都是不受欢迎的行为，因为我们有Barracuda垃圾邮件filter 。 我想为Exchange 2013环境中的所有现有和未来用户全局完成以下设置。 什么是最痛苦的方法来完成这个？ 我以为Exchange的shell将是魔术，但运行 Get-Mailbox | Set-MailboxJunkEmailConfiguration -Enabled $false 收益率… The Junk Email configuration couldn't be set. The user needs to sign in to Outlook Web App before they can modify their Safe Senders and Recipients or Blocked Senders lists. + CategoryInfo : NotSpecified: (:) [Set-MailboxJunkEmailConfiguration], DataSourceOperationException + FullyQualifiedErrorId […]
我们正在进行混合设置（Exchange 2013 on-prem），并且MRSproxy已启用并正在运行。 我们希望在离开公司时将用户的邮箱归档。 所以我们希望将这些邮箱从Office 365迁移回我们的内部服务器。 我一直在试图创build一个离开的脚本，并且New-MoveRequest cmdlet不断给出以下错误： The Mailbox Replication Service was unable to connect to the remote server using the credentials provided. Please check the credentials and try again. The call to 'https://webmail.blah.com/EWS/mrsproxy.svc' failed. Error details: The HTTP request is unauthorized with client authentication scheme 'Negotiate'. The authentication header received from the server […]
我会认为我已经知道这个答案。 也许我只是偏执狂。 我需要在CAS服务器上运行本地脚本，该脚本将依次使用Active Directory cmdlet。 我需要安装AD（rsat-adds）的RSAT工具来完成这个任务。 在Exchange的以前版本中，我始终将这些工具放在服务器上，但找不到任何说明是否应该在Exchange 2013 CAS上的任何内容。 我知道这是Exchange预先准备好的function准备域，所以在过去，我已经安装在Exchange 2010服务器准备域，但不知道是否在Exchange 2013中build议它被推荐不要将其安装在CAS服务器上。 我在我们的邮箱服务器上有RSAT工具，但目前没有在我们的CAS服务器上。 那么，我可以在Exchange 2013 CAS上安装AD的RSAT工具吗？
我mail.que文件夹C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\data\Queue上的一个巨大的mail.que文件的问题。 我们的一个用户创build了一个redirect循环，并且邮箱中有超过10万条反弹信息，这个文件最终填满了整个C:盘。 我正在网上阅读这个文件做什么，它似乎保留了一些旧排队的消息，但我不知道这些信息是否正确。 如上所述，使用以下algorithm删除文件是安全的： 1. Run “Get-Queue” and take a look at the count of messages in HUB01 2. Goto services.msc and Pause the Microsoft Exchange Transport service 3. Again, run “Get-Queue” and ensure all pending messages are “zeroed” out 4. Once messages pending becomes zero, stop the Transport service 5. Move the […]
我们有一个运行Exchange 2013的云活动目录服务器。我们有很多只有交换账户的用户，他们中的大多数将在几天内将他们的密码过期， 我想知道是否用户仍然可以通过OWA重置密码，一旦他们的密码过期了？
scheme：Windows Server 2003 AD域中的单个Exchange 2013服务器; 一个DC在几个月前发生故障，被解雇（没有适当的降级，不less于）; 另外一个DC昨天死了，没有可用的备份。 简而言之，那个AD就不在了。 Exchange服务器是完全可操作的，但是Exchange本身不是; 但是，数据库文件是安全的，甚至可以使数据库处于干净的closures状态。 AD域必须从头开始重build; 没有什么大的损失，这是一个小公司，20台电脑需要重新join到一个新的领域，20个用户将面临一个干净的用户configuration文件，一些文件共享将需要重新ACL，但总体来说不是一个大的灾难虽然它明确地教导他们，虽然有一个单一的DC就意味着要求麻烦，有一个单一的DC ，没有备份是更疯狂）。 该公司实际上并没有兴趣再次提起Exchange：他们承认，他们完全不适合运行比文件服务器更复杂的任何东西，而是全心全意转移到Office 365; 但是，他们希望恢复其Exchange数据。 我可以构build任何我需要的实验室环境，从而创build一个新的AD，新的Exchange 2013服务器不成问题; 但是，为了在新的AD / Exchange环境中安装恢复的数据库，实际需要做些什么？ 我几年前用Exchange 2003做了这个，这是一个皇家的痛苦 。 它工作，但它需要每一位 Exchangeconfiguration匹配，从AD和Exchange组织名称到数据库path和用户名称。 不过，我们现在已经有了Exchange 2013，它有很多很好的改进， 可以让事情变得更简单：pipe理/路由组不再存在，新的存储架构取消了存储组和服务器的解耦数据库，最后还有fabled 数据库可移植性 （但是只能在同一组织中的服务器之间工作）和绝对可爱的恢复数据库 。 我所知道的是：失效的AD域的名称，Exchange服务器的名称，数据库名称及其文件path，Exchange 2013版本（CU3）。 我不知道的是：Exchange组织的名称（我可以猜到，但我不能确定），用户login（与上面相同）。 有多less这些参数仍然需要匹配才能挂载Exchange数据库并运行多个MailboxExportRequests？ 这个恢复过程有点改善，还是手动还是痛苦的？ 恢复数据库将有助于事情（我只需要安装数据库和导出数据，而不是实际使用它）？ 它甚至可以像“只是调出一个新的Exchange服务器，创build一个空的数据库，复制恢复的文件，装载数据库和导出所有内容”这样简单的东西……或者我们绝对不是那里呢？
我们的Exchange 2013服务器突然开始logging有关网站之间不良复制的错误（应该没有复制，因为没有其他服务器）以及其他几个似乎相关的问题。 我们有两个通过VPN连接的站点。 这是Active Directory站点configuration： 每个站点有多个子网，子网和站点之间的路由工作正常。 Exchange服务器的IP地址是10.10.0.26 ，它与IP 10.10.0.21 （图中名为XXXX-DC01）的DC在同一个Hyper-V主机上运行，该DC被设置为Default-First-Site Exchange服务器认为它在YGXXX站点中： 我启用了NTLOGON.LOG，但唯一的相关信息似乎是： 我怎样才能弄清楚为什么服务器select错误的网站？
我刚刚按照这个教程在Apache中设置了基于名称的虚拟化，它的工作非常好。 该教程基本上让你添加一个configuration文件到sites-available称为yourdomain.com ，然后将其链接到sites-enabled 。 默认情况下，apache包含站点中的两个站点configuration文件sites-available ， default和defualt-ssl 。 你应该编辑这些文件还是删除链接forms的sites-enabled目录？ 在玩完这个（本地）之后，我意识到默认情况下，默认站点指向你的root /var/www目录，所以如果有人直接访问你的服务器的IP，那么他们不能看到所有的虚拟主机和其他/var/www目录，除非默认的vhostconfiguration更改为指向不同的目录，或者从sites-enabled ？ 我只是想知道，如果服务器用于基于名称的虚拟化，默认站点通常会做什么？ 对不起，如果我有一些不正确的，因为我是很新的运行我自己的Web服务器。
我们有一个负载平衡的Exchange 2013 SP1群集，通过HTTP运行MAPI。 我们自己的networking中的客户端连接工作得很好，而通过Direct Access连接的客户端则不能连接。 客户端上的Outlook日志显示完全没有错误。 Direct Access服务器运行的是2012 R2，客户端都是Windows 8.1。 一切都被修补。 在过去的几周里，我一直在疯狂地search，而我唯一感兴趣的命中是关于TMG 2010（UAG）过滤由于源IP更改（交换负载平衡器）而导致的请求。 有一个知识库文章（982604）描述了这一点，并且是一个相当重要的 博客文章，关于这个问题的总理支持，但遗憾的是脚本不能在我们的服务器上运行，因为它不是TMG，它是Windows Server 2012 R2 .. 我在这里不知所措 我会提出这个问题一个星期，然后我会向微软提出一个重要的支持案例。
我有一个关于我们的Exchange服务器的问题：你认为这是一个好主意，拒绝传入的外部电子邮件，在我们自己的域名在结尾？ 像来自[email protected]外部电子邮件[email protected] ？ 因为如果它是来自我们公司的真正发件人，这封电子邮件永远不会从外面来？ 如果是的话，这样做的最好方法是什么？