我有几个用户使用Outlook 2011 for Mac并连接到Exchange 2010服务器。 对于我使用哪个客户端无关紧要，但是我们有多个用户将其整个邮箱导出为.OLM文件的实例，并将其邮件从Exchange服务器中删除。 一旦他们这样做，重新进入消息似乎使他们处于腐败状态。 它们在Outlook for Mac中正确显示，但是当您尝试通过OWA或Outlook 2003访问邮件（未testing其他版本的Outlook）时，您会收到一条错误消息： This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. 很明显，我可以从备份中恢复所有内容，并且用户正在备份和运行。 我build议用户停止使用Outlook for Mac，他们对OWA非常满意。 不过，我想阻止这种情况再次发生。 我最初的想法是防止Outlook 2011的Mac客户端连接到我的Exchange服务器。 我发现这个TechNet文章 ，但我相信Outlook 2010和2011都是版本14.我绝对不想阻止我的Outlook 2010用户！ 所以，我有两个问题： 有没有一个更激烈的方法来防止这个问题？ （或者一旦发生了就修复它）？ 有没有办法阻止这些特定的客户端连接到我的Exchange服务器？ 谢谢！
我们将中继从Exchange 2003服务器移到Exchange 2010服务器。 我希望“授予或拒绝特定用户或组的继电器权限”选项仍然可以某种forms，但我不知道如何去做。 我已经阅读了接收连接器，到目前为止我无法得到它的工作。 我编辑了接收连接器上的安全性，以允许组的以下扩展权限并将计算机帐户添加到该组： 接受路由头 绕过反垃圾邮件 提交给服务器 接受任何发件人 接受任何收件人 然后我突然意识到，testing…接收连接器如何parsing对特定AD对象的权限，可能是反向DNS查找？ 我想知道的是，如果我想实现的是可能的，那将是可能的。 我宁愿不回复到基于IP的列表，因为这是不可pipe理的，我试图避免为许多工作站创build静态IP /预留，否则不需要它们。
我们在单个Exchange 2013服务器上运行单个域。 我目前正在试图确定我需要什么样的SSL证书。 现在我不确定为什么我需要像这样的UC（统一通信）证书。 我能理解为什么像这样的通配符证书是必要的。 任何方向将是有益的！
我参与了从Exchange 2010到Office 365（Exchange 2013）的迁移; 所有用户邮箱已经成功迁移，但由于连微软支持无法解释和/或修复的一些小故障或错误， 标准的公用文件夹迁移程序完全拒绝工作。 在一个捏，我们采取出口所有PF到一个PST文件，并导入到新的系统。 这没问题; 所有的PF现在都可以在线访问。 但是，我们在这个过程中完全失去了所有的客户端权限 有大约300个PF，因此手动重新configuration将是一项相当繁重的任务。 用户帐户已在Active Directory和Office 365之间同步，因此两个系统中都存在相同的用户名和组名。 有没有办法导出所有的公用文件夹客户端权限，并将其应用到相同的公用文件夹层次结构，其中存在相同的用户名和组名？但在完全不同的Exchange环境中？
我试图将旧的机器上的110GB Exchange数据库（请参阅下面的规格）移动到更新的机器（请参阅下面的规格）。 我已经成功地将新机器链接到旧机器的域，将其提升到域控制器，并使Active Directory同步完美。 什么是适当的方式去做呢？ 我跟随微软的文档，没有成功。 眼镜： 旧：Windows Server 2008 R2标准SP1英特尔酷睿2四核Q8400（游戏）8GB内存1 1TB硬盘 新增：Windowss服务器2008 R2标准SP1英特尔至强E3-1240 V2 16 GB 2 1TB硬盘
我有一台运行所有angular色的Exchange 2010服务器。 OWA当前configuration为https：//owa.currentwebsite/owaurl 我试图找出如何将OWA移动到https：//owa.newwebsite/owa 有谁知道如何做到这一点的指导？ 到目前为止我所做的 在公共DNS中为新网站创build一个新的区域。 在新区域创build了OWAlogging 在新区域创build了自动发现的SRVlogging 在新区域中创build了MXlogging 在Exchange服务器上安装新的SSL证书
我们正在尝试使用PowerShell编写一些eDiscovery任务，到目前为止，我们已经findNew-ComplianceSearch和New-MailboxSearch cmdlet。 这两者有什么区别？ 还有其他工具吗？
我有下面这个非常简单的PowerShell代码片断，它不起作用。 以下的作品 Get-MessageTrace -StartDate $dateStart -EndDate $dateEnd -PageSize 5000 ` -SenderAddress [email protected] ` | where {$_.RecipientAddress -like "*example.com*"} ` | Select-Object SenderAddress, RecipientAddress, Subject 虽然以下不起作用 $dateStart = "03/20/2017" $dateEnd = "03/27/2017" Get-MessageTrace -StartDate $dateStart -EndDate $dateEnd -PageSize 5000 ` -SenderAddress [email protected] ` | where {$_.RecipientAddress -like "*example.com*"} ` | Select-Object SenderAddress, RecipientAddress, Subject 即使我用各种格式replace$dateStart和$dateEnd ，如MM/dd/yyyy […]
我在Small Business Server 2003上有许多客户端，其中包括Exchange Server 2003.他们中的一些有AT＆T作为他们的ISP。 为了避免因为垃圾邮件暂时阻止电子邮件发送function，我想将电子邮件传递给AT＆T，而不是直接发送（是的，我们仍然会清除垃圾邮件）。 AT＆T要求SSL，微软似乎没有支持，直到Exchange 2007。 我已经find了STunnel的参考作为一个可能的解决办法，但它看起来像隧道必须永久保持？ 是否有人在Exchange 2003 / AT＆T环境中成功使用了STunnell并愿意分享这个配方？ 有人知道使用Exchange 2003和AT＆T的更好的解决scheme吗？
在这个最新一轮的Windows更新之后（实际上是1/11/11），我的Exchange 2007服务器当然重启了。 这可能会造成我无意中发生的任何更改的副作用。 此后，Outlook 2007中Exchange 2007中的自动发现服务似乎以用户主体名称（[email protected]，而不是[email protected]）回复。 我在Outlook中的“testing电子邮件自动configuration”工具（UPN出现在标有“电子邮件”的第一个文本框中）以及在Outlook中创build新configuration文件时特别注意到了这一点。 如果我忽视UPN，而是填写我的电子邮件地址，Autodiscover按预期工作，我可以连接没有问题。 我已经确认使用ADSI编辑，为我的用户正确设置了SMTP电子邮件地址。 我甚至有点疯狂，并使用ADSI Edit将UPN设置为电子邮件地址，但无济于事。 我在相关服务器上重新安装了客户端访问angular色。 Exchange服务器是Server 2008，当然是64位。 客户端大多是XP 32位的，但是这个问题也发生在Windows 7机器上。 “Test-OutlookWebServices -Identity：[email protected]”（真实用户名，replace域）的输出： Id：1003types：信息消息：关于使用电子邮件地址[email protected]。 Id：1012types：警告消息：XML>未知节点：AutoDiscoverSMTPAddress AutoDiscoverSMTPAddress行： http : //schemas.microsoft.com/exchange/autodiscover/outlook/responses chema / 2006a Id：1012types：警告消息：XML>被反序列化的对象：Microsoft.Exchange.Management.SystemCo nfigurationTasks.AutoDiscoverUser Id：1012types：警告消息：XML>元素 Id：1012types：警告消息：XML>未知元素：System.Xml.XmlElement行：8（8）[email protected] Id：1006types：信息消息：通过https://cppmail02v.CPCH.ci联系了自动发现服务。 central-point.or.us/Autodiscover/Autodiscover.xml。 Id：1016types：成功消息：[EXCH] – 通过https：//exchange01.active.directory.domain/EWS/Exchange.asmx成功联系AS服务。 经过的时间是15毫秒。 Id：1015types：信息消息：[EXCH] – 没有为此用户configurationOAB。 Id：1014types：成功消息：[EXCH] – 通过https：//exchange01.active.directory.domain/UnifiedMessaging/Service.asmx成功联系UM服务。 经过的时间是15毫秒。 Id：1016types：信息消息：[EXPR] – 没有为此用户configurationAS。 Id：1015types：信息消息：[EXPR] – 未为此用户configurationOAB。 Id：1014types：信息消息：[EXPR] – 未为此用户configurationUM。 Id：1013types：错误消息：当联系https：//exchange01.active.directory.domain/Rpc收到错误远程服务器返回错误：（404）未find。 […]