Articles of 交换 2013

将禁用邮箱的电子邮件地址用作Exchange上的别名时出现的问题

我已禁用交换邮箱,并将其电子邮件地址添加为另一个邮箱的别名。 从外部域发送电子邮件时,别名工作正常,但从同一个域发送时不起作用。 它返回错误: IMCEAEX-_o=Contoso+20Corp_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=Magalhaes+20B+2E+20Souza+2C+20Mariana9ca@contosocorp.com Remote Server returned '550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found' 电子邮件地址显示电子邮件地址smtp:[email protected] 。 我怎样才能解决这个问题?

Exchange 2013横幅

我们有一个交换2013服务器失败反向SMTP横幅检查:220 [内部IP] ESMTP Smtpd; 我已经进入我们的互联网交换接收连接器,“默认前端服务器名称”,并已将标题更改为“220 SMTP OK域”,但是运行检查或通过telnet连接只会给出原始的默认标题。 我决定改变所有的接收连接器(以防万一),但我仍然只获得默认的横幅。 我打开了协议smtp接收日志,我看到: date,接收连接器,序列,220 SMTP OK域, 我认为我是误解,但是如何更改显示内容并遵守反向横幅检查?

Exchange 2016共存 – OWA不会在负载均衡器后面login

目前,我正在开发实验室环境,将混合的Exchange 2010和2013环境迁移到Exchange 2016。 我已经在实验室中运行了1x 2013和2x 2016,现在已经运行了好几个星期,并且运行良好 – 我已经完成了对RPC,OWA,ActiveSync和EWS的testing。 一切似乎都很好。 本周,我试图通过在前面引入负载平衡器来完成我的部署,计划在我的2013和2016 CAS节点之间提供循环LB。 从我所研究的2013年和2016年起,CAS完全兼容CASangular色,因为他们很乐意代理对方。 而且要确定我通过每个CAS进行手动testing(没有负载平衡器)似乎表明了这一点。 但是现在我已经介绍了HA代理,OWA似乎不想正常工作。 症状 这里有一些症状: 当我通过2016 OWAlogin到2013邮箱时,它会正确login,redirect我,并开始加载收件箱。 但是在加载收件箱后的一两秒钟之后,我重新回到了OWAlogin页面,就好像我从未login过一样。 我可以多次重复,只要我通过2016 CASlogin,似乎也是这样做的。 有时当我通过2016login时,它只会挂起“仍在工作”。 不过,这种情况远不那么频繁,只是把我退出了。 有些时候,它很快redirect到login页面,我什至不能告诉我login,并没有错误信息。 这只是一个闪光,然后回到login页面。 在Mac和Windows 8.1上,我已经尝试了最新版本的Chrome和Firefox。 所以这不是terminal设备问题。 如果我通过2013年CAS上的OWAlogin到2013邮箱,即使通过负载平衡器,它似乎第一次正确login。 我在负载均衡器上有一个IP,然后以循环方式代理每个CAS节点的stream量。 这是我用来testing我的LB. 我有其他IP直接指向个别CAS节点。 如果我直接login到2016年CAS节点到2013邮箱,这工作正常。 这是我通过负载均衡器login到2016 CAS的一个问题。 有趣的是,我刚刚注意到即使login到2016邮箱也会出现完全相同的问题。 所以只要我login到2016 CAS,它就会退出。 一旦我通过2013 CAS成功login,我可以多次刷新页面,会话仍然保持开放。 对我来说,这表明一旦会话build立,代理一定程度上正常工作,因为我的LB是循环(round-robin),所以每次刷新OWA页面时,stream量都应该重新分布在各个CAS节点上。 我似乎很清楚,在负载平衡器后面还有其他人遇到与Exchange 2010-2016类似的问题。 不幸的是,这是我们第一次使用负载平衡器,因为我们正在从单一CAS升级到3,并且升级到Exchange 2016。 我发现有相似症状的公平的几个职位: https://devcentral.f5.com/questions/microsoft-exchange-2013-iapp-cant-login-to-owa-or-ecp-if-more-than-one-server-is-active-in-pool OWA does not work after Load balancing Exchange […]

交换2013年收到电子邮件,但不交付

我们有一个单一的Exchange 2013服务器。 最近有一个用户说,电子邮件正在从外部地址发送给他们,但没有到达。 查看消息跟踪日志( Get-MessageTrackingLog – ResultSize Unlimited -Start "nov 9 2013" -End "nov 11 2013" | Out-GridView )显示消息已被服务器接收(有一个SEND事件,来源=有问题的电子邮件地址的SMTP),但是那个电子邮件没有DELIVER事件。 在过去的几天里,我发现有两次发生这种情况,有两个单独的发送者(同一个接收者)。 我还应该检查什么?

用于内部和外部访问的SSL交换

我正在尝试将Exchange / The Domainconfiguration为在启动Outlook时显示安全警告而接受SSL证书。 **Configuration:** 2012 Domain Controller 2013 Exchange server (one) Outlook 2010 External FQDN to exchange : exchange.n****e.com Internal FQDN to exchange : exchangevault.lincoln.n****e.limited SSL Cert purchased which covers: DNS Name=exchange.n****e.com DNS Name=www.exchange.n****e.com DNS Name=AutoDiscover.n****e.com DNS Name=n****e.com 我通过GP将证书添加到受信任的根。 我已经在2012年ECP中更改了内部和外部URL,以指向外部FQDN。 exchange.n **** e.com 我的testingoutlook客户端,outlookconfiguration没有问题。 在启动configuration后,我收到安全警告,告知我证书有问题。 “安全证书上的名称无效或与网站名称不符” 事实上,它并不是,内部前景是引用内部FQDN,但使用外部FQDN的证书。 我只想让操作系统信任证书(它通过GP在客户端本地安装),但每次运行Outlook时都会出现此安全警报。 或使用外部FQDN,对于内部用户,我将redirect到交换服务器的内部IP,但这样做会导致邮件服务器字段切换到内部地址; 然后不允许我打开前景。 (无法打开您的默认电子邮件文件夹) 如果FQDN不同,没有安全警告,我怎样才能在内部和外部进行交换?

Exchange 2013中的用户如何访问Exchange 2007中的公用文件夹?

在我的环境中,有一个Exhange 2007服务器和一个Exchange 2013服务器。 我在Exchange 2007服务器中有几个公用文件夹。 我想知道Exchange 2013中的用户如何访问Exchange 2007中的公用文件夹。我已经对其进行了大量search,但无法提供有效的解决scheme。

无法通过KMS激活安装在零售Windows 7上的批量许可证Office 2013

我在运行Windows 7 Enterprise的环境中安装了KMS主机。 它被configuration为激活Windows及以下版本以及Office 2013及更低版本的所有批量许可版本。 它已经获得了Windows和Office的最低激活请求数量,并且在很大程度上工作得很好。 我遇到的一个问题是,有一个零售版本的Windows 7旗舰机器,我们批量的Office Pro Plus 2013安装在它上面,KMS主机拒绝激活Office。 我知道在这种情况下,Windows不会激活KMS主机,因为它不是批量许可版本,但Office不应该激活吗? 我用Windows 7的企业安装和Office 2013的零售安装testing了另一种方式,它做了我所期望的。 它激活了Windows而不是Office。 当我尝试运行ospp.vbs来激活有问题的机器上的Office时,它甚至不能与KMS主机通信。 就KMS而言,就像机器被完全封锁一样。 这是ospp.vbs / act的输出 —Processing————————– ————————————— Installed product key detected – attempting to activate the following product: SKU ID: b322da9c-a2e2-4058-9e4e-f59a6970bd69 LICENSE NAME: Office 15, OfficeProPlusVL_KMS_Client edition LICENSE DESCRIPTION: Office 15, VOLUME_KMSCLIENT channel Last 5 characters of installed product […]

Exchange 2013 – 邮件跟踪在入站丢失的电子邮件中显示明确丢弃的HAdiscard

我有一个Get-MessageTrackingLog显示的入站邮件,通过CAS服务器到达邮箱服务器,但是显示为明确丢弃和HAdiscard。 RunspaceId : f73e23f6-64e7-43b4-98bd-9871aabc5396 Timestamp : 9/28/2015 8:53:10 AM ClientIp : ClientHostname : ServerIp : ServerHostname : MAIL5 SourceContext : ExplicitlyDiscarded ConnectorId : Source : SMTP EventId : HADISCARD InternalMessageId : 47266115095789 MessageId : <C6DDD5D4A02A3742BFD356033E939FB6029F09FAEF@VPRDMBX02.outsidedomain.local> Recipients : {[email protected]} RecipientStatus : {} TotalBytes : 15273 RecipientCount : 3 RelatedRecipientAddress : Reference : MessageSubject : Your mailbox […]

Exchange 2013虚拟目录

有人从IIS中删除了默认网站。 如何重新创build默认网站和Exchange后端网站的Exchange虚拟目录? 我发现一个命令: New-OwaVirtualDirectory -InternalUrl 'https://mail.domain.local/owa' -WebSiteName 'Default Web Site' 但是我需要重新创build一切像Exchange安装程序。

Exchange CU 10安装错误

我昨晚在将Exchange 2013 CU 8更新到CU 10时出错 – 在步骤14的18中设置失败邮箱angular色:邮箱服务 – 错误是“无法parsing用户或组”我们的域/ Microsoft Exchange安全组/发现pipe理“。我有以下完整的错误,我发现了两个可能的解决scheme,通过search和解决,并通过从AD删除DiscoverySearchMailbox用户帐户来解决和完成安装问题(其他可能的解决scheme是禁用发现search邮箱,但我不能这样做,因为安装已经中途完成安装完成后,我运行安装程序/ PrepareAD / IAcceptblablabla …和DiscoverySearchMailbox被重新创build,所有似乎都很好服务器,除了DiscoverySearchMailbox用户帐户现在实际上是被禁用的,我有一些关于这个的问题,希望有人能够阐明一些 – 为什么这个设置错误首先发生? 我没有在安装之前运行PrepareAD,请阅读CU8中不需要的一些信息,但除此之外我们还有一个非常香草的设置 – 单个林域,2个DC,一个Exchange Server,小型组织(30 MB) ,没有花哨的插件,我已经禁用AV之前安装,所以为什么问题在以前存在的帐户。 DiscoverySearchMailbox帐户是否需要启用? 在我看来,我们从来没有在Exchange中使用过这个function,我不确定它现在是否有function。 当我运行Get-HealthReport服务器时,我已经变得健康,一切似乎都很好。 任何人都可以提供有关发现searchfunction的更多信息,以及如何testing和/或修复它? 提前感谢任何帮助 – 这里是收到的全部错误: 错误:“$ error.Clear(); $ name = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox] :: DiscoveryMailboxUniqueName; $ dispname = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox] ::如果($ dismbx -ne $ null){$ srvname = $ dismbx.ServerName; if($ dismbx.Database -ne $); […]