AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / user-254317

Tripleb316's questions

Martin Hope
Tripleb316
Asked: 2017-08-05 06:35:20 +0800 CST

Outlook 2013 自动发现在 Windows 10 上失败

  • 0

我最近有一台装有 Windows 10 的新计算机,但在 Windows 10、Outlook 2013 和 Exchange 2010 的自动发现方面遇到了问题。基本上,我的日程安排助理、不在办公室和自动发现都无法正常工作。调度助手显示所有人为灰色,外出无法联系服务器,自动发现在测试时所有尝试均失败。我确实有其他运行 Outlook 2013 且没有问题的 Windows 10 用户。

我已经在 OWA 中尝试了所有这些功能,并且一切正常。

我在交换服务器的事件日志中收到以下错误。

入站身份验证失败,错误为接收连接器默认 EXCH1 的 LogonDenied。身份验证机制是 Ntlm。尝试向 Microsoft Exchange 进行身份验证的客户端的源 IP 地址是 (192.168. . ),这是我的 IP 地址。

自动发现失败并出现 (0x80072ef3) 错误

我已经尝试重建我的个人资料,但这并没有什么不同。我也尝试过重新安装 Outlook。我确实有一台运行 Outlook 2013 的 Windows 7 机器,一切正常。

不知道从这里去哪里。

windows-10
  • 2 个回答
  • 1880 Views
Martin Hope
Tripleb316
Asked: 2017-02-22 08:55:57 +0800 CST

删除 Exchange 2007 后的事件 ID 错误 9335 和 9331

  • 1

我的环境中有 3 个交换服务器。我们将所有内容从 exch 2007 服务器迁移到新的 exchange 2010 服务器。迁移过程中没有问题或错误。所以现在我只有两台运行 sp3 的 Exchange 2010 服务器

卸载 Exchange 2007 服务器后,我仅在其中 1 台 Exchange 服务器上收到以下错误

事件 ID 9335,MSExchangeSA

OABGen 在清理 /o=Heartspring/cn=addrlists/cn=oabs/cn=Default Offline Address List 下的脱机地址列表公用文件夹时遇到错误 80004005。请确保已装载公用文件夹数据库并且存在脱机地址列表文件夹的副本。未生成脱机地址列表。请查看事件日志以获取更多信息。- \默认脱机地址列表

事件 9331,MSExchangeSA

OABGen 在为地址列表“/”生成脱机地址列表时遇到错误 80004005(内部 ID 501038d)访问公用文件夹数据库。- \心源

这似乎只发生在新的 Exchange 2010 服务器上。我输入的第一个没有抛出任何错误。经过一些研究,我认为问题出在公用文件夹中的复制。我查看了所有公用文件夹,并将所有内容复制到第一个 Exchange 2010 服务器。我没有任何东西复制到新的 Exchange 2010 服务器。根据我的阅读,Exchange 2010 不使用公用文件夹并使用 Web 分发,因此我没有设置复制到辅助 2010 服务器。这可能是我的问题吗?

此外,我只运行 Exchange 2010 和 2013 客户端。所以我找到一篇文章说我可以禁用通过公共文件夹分发离线通讯录。但是,这似乎并没有对错误产生影响。

任何有关下一步尝试的建议将不胜感激。

exchange exchange-2010 public-folders
  • 1 个回答
  • 114 Views
Martin Hope
Tripleb316
Asked: 2016-03-24 06:11:42 +0800 CST

Exchange 2007/2010 无法检索到忙/闲信息

  • 1

Exchange环境:2个Exchange 2007,1个Exchange 2010。客户都是outlook 2010

大约一个月前,我们刚刚将 Exchange 2010 部署到我们的环境中。一切正常,直到昨天我们不得不重新启动 Exchange 2010 服务器,现在我无法在任何邮箱位于 Exchange 2007 服务器上的用户的日程安排助手中看到忙/闲信息。服务器重新启动是为了更改 bios 电源设置。日程安排助理日历被屏蔽并显示错误“无信息。无法检索到任何忙/闲信息。无法联系收件人服务器。” 问题似乎只出在调度助手上。我可以毫无问题地查看这些用户的日历。

这似乎只影响其邮箱在 Exchange 2007 服务器上的用户。

自重新启动以来,我的 Exchange 2010 抛出此错误消息:

进程 8080:ProxyWebRequest IntraSite 从 S-1-5-21-648903029-188487840-239210854-2685 到 https://hsmercury.heartspring.org:443/ews/exchange.asmx失败的。调用方 SID:NetworkCredentials。返回的异常是 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequestProcessingException: System.Web.Services.Protocols.SoapException: Microsoft.Exchange.InfoWorker.Common.Availability.ProxyRequestNotAllowedException: 经过身份验证的用户没有足够的权限来发出此请求。---> 认证用户没有足够的权限来发出这个请求。在 Microsoft.Exchange.InfoWorker.Common 的 System.Web.Services.Protocols.SoapHttpClientProtocol.EndInvoke(IAsyncResult asyncResult) 的 System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage 消息,WebResponse 响应,流 responseStream,布尔 asyncCall)。可用性.代理.服务。EndGetUserAvailability(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult)在 Microsoft.Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = https://hsmercury.heartspring.org:443/ews/exchange.asmx邮箱列表 = SMTP:[email protected],参数:windowStart = 2016 年 3 月 7 日上午 9:00:00,windowEnd = 2016 年 4 月 6 日上午 9:00:00,MergedFBInterval = 30,RequestedView = 详细。---> System.Web.Services.Protocols.SoapException:Microsoft.Exchange.InfoWorker.Common.Availability.ProxyRequestNotAllowedException:经过身份验证的用户没有足够的权限来发出此请求。---> 认证用户没有足够的权限来发出这个请求。在 Microsoft.Exchange.InfoWorker.Common 的 System.Web.Services.Protocols.SoapHttpClientProtocol.EndInvoke(IAsyncResult asyncResult) 的 System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage 消息,WebResponse 响应,流 responseStream,布尔 asyncCall)。可用性.代理.服务。EndGetUserAvailability(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult)在 Microsoft.Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常堆栈跟踪结束 --- 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。Exchange.InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common .Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常堆栈跟踪结束 --- 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。Exchange.InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common .Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常堆栈跟踪结束 --- 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。QueryList queryList, Service service, IAsyncResult asyncResult) at Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) at Microsoft.Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常结束堆栈跟踪 - - 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。QueryList queryList, Service service, IAsyncResult asyncResult) at Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) at Microsoft.Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常结束堆栈跟踪 - - 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常堆栈跟踪结束 --- 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。Availability.AsyncWebRequest.EndInvokeWithErrorHandling() --- 内部异常堆栈跟踪结束 --- 。发生异常的服务器的名称:HSMORPHEUS。确保包含用户邮箱的 Active Directory 站点/林至少有一台本地 Exchange 2010 服务器运行可用性服务。打开可用性服务的日志记录并测试基本的网络连接。

我已经从 powershell 添加了自动配置日志。第一个来自 Exchange 2007 服务器测试用户 1,其邮箱在 Exchange 2007 服务器上,用户 2 在 Exchange 2010 服务器上。第二个是在 Exchange 2010 服务器上测试相同的用户。

Exchange 2007 自动发现日志:

     Welcome to the Exchange Management Shell!

cmdlet 的完整列表:get-command 仅 Exchange cmdlet:get-excommand 特定角色的 Cmdlet:get-help -role UM或Mailbox 获得一般帮助:help 获得 cmdlet 的帮助:help 或 -? 显示快速参考指南:quickref Exchange 团队博客:get-exblog 显示 cmd 的完整输出:| 格式列表

每日提示#1:

要返回在您的路径中找到的所有脚本,请键入:

Get-Command -Type ExternalScript

对于有用的快捷方式,请在您的个人资料中将其分配为:

函数 Get-Scripts { Get-Command -Type ExternalScript }

[PS] C:\Windows\system32>Test-OutlookWebServices -Identity [email protected] |fl

ID:1003 类型:信息 消息:即将使用电子邮件地址 [email protected] 测试 AutoDiscover。

ID:1012 类型:警告消息:XML>未知节点:AutoDiscoverSMTPAddress AutoDiscoverSMTPAddress 行:http: //schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a

ID:1012 类型:警告消息:XML> 正在反序列化的对象:Microsoft.Exchange.Management.SystemConfigurationTasks.AutoDiscoverUser

ID:1012 类型:警告消息:XML>Element

ID:1012 类型:警告消息:XML>Unknown Element:System.Xml.XmlElement Line:8(8) [email protected]

ID:1006 类型:信息 消息:在https://exch2010.heartspring.org/Autodiscover/Autodiscover.xml联系了自动发现服务。

ID:1016 类型:成功消息:[EXCH2007(1)]-成功联系了https://exch2007(2).heartspring.org/EWS/Exchange.asmx上的 AS 服务。经过的时间是 46 毫秒。

ID:1015 类型:成功消息:[EXCH2007(1)]-成功联系了位于https://exch2007(2).heartspring.org/EWS/Exchange.asmx的 OAB 服务。经过的时间是 0 毫秒。

ID:1014 类型:成功消息:[EXCH2007(1)]-成功联系了https://exch2007(2).heartspring.org/UnifiedMessaging/Service.asmx上的 UM 服务。经过的时间是 31 毫秒。

ID:1006 类型:成功消息:自动发现服务已成功测试。

[PS] C:\Windows\system32>Test-OutlookWebServices -Identity [email protected] |fl

ID:1003 类型:信息 消息:即将使用电子邮件地址 [email protected] 测试 AutoDiscover。

ID:1012 类型:警告消息:XML>未知节点:AutoDiscoverSMTPAddress AutoDiscoverSMTPAddress 行:http: //schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a

ID:1012 类型:警告消息:XML> 正在反序列化的对象:Microsoft.Exchange.Management.SystemConfigurationTasks.AutoDiscoverUser

ID:1012 类型:警告消息:XML>Element

ID:1012 类型:警告消息:XML>Unknown Element:System.Xml.XmlElement Line:8(8) [email protected]

ID:1006 类型:信息 消息:在https://exch2010.heartspring.org/Autodiscover/Autodiscover.xml联系了自动发现服务。

ID:1016 类型:成功消息:[EXCH2007(1)]-成功联系了 AS 服务,网址为https://exch2010.heartspring.org/EWS/Exchange.asmx。经过的时间是 46 毫秒。

Id:1015 类型:信息消息:[EXCH2007(1)]-未为此用户配置 OAB。

ID:1014 类型:成功消息:[EXCH2007(1)]-成功联系了https://exch2010.heartspring.org/EWS/UM2007Legacy.asmx上的 UM 服务。经过的时间是 140 毫秒。

ID:1006 类型:成功消息:自动发现服务已成功测试。

[PS] C:\Windows\system32>

这是来自 Exchange 2010 的日志

     Welcome to the Exchange Management Shell!

cmdlet 的完整列表:Get-Command Only Exchange cmdlet:Get-ExCommand 与特定字符串匹配的 Cmdlet:帮助 获取一般帮助:Help 获取 cmdlet 的帮助:Help 或 -? 显示快速参考指南:QuickRef Exchange 团队博客:Get-ExBlog 显示命令的完整输出:| 格式列表

每日提示 #22:

获取所有 Win32 WMI 信息,例如 Perfmon 计数器和本地计算机配置。例如,键入:

获取 WMIObject Win32_PerfRawData_PerfOS_Memory

详细:连接到 HSMorpheus.heartspring.org 详细:连接到 HSMorpheus.heartspring.org。[PS] C:\Windows\system32>Test-OutlookWebServices -Identity [email protected]

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1019 类型:信息消息:找到有效的自动发现服务连接点。此对象的自动发现 URL 是https://exch2010.heartspring.org/Autodiscover/Autodiscover.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1006 类型:信息消息:在https://exch2010.heartspring.org/Autodiscover/Autodiscover.xml联系了自动发现服务。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1016 类型:信息消息:[EXCH2007(1)] 在从https://exch2010.heartspring.org/Autodiscover收到的自动发现响应中为该用户配置了 AS 服务/自动发现.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1015 类型:信息消息:[EXCH2007(1)] 在从https://exch2010.heartspring.org/Autodiscover收到的自动发现响应中为此用户配置了 OAB 服务/自动发现.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1014 类型:信息消息:[EXCH2007(1)] 在从https://exch2010.heartspring.org/Autodiscover收到的自动发现响应中为此用户配置了 UM 服务/自动发现.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1022 类型:成功消息:自动发现测试成功。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1011 类型:错误消息:查询收件人电子邮件地址 [email protected] 的可用性时,收到以下错误代码和消息:ErrorProxyRequestProcessingFailed:System.Web。 Services.Protocols.SoapE 异常:Microsoft.Exchange.InfoWorker.Common.Availability.ProxyRequestNotAllowedException:经过身份验证的用户没有足够的权限来发出此请求。---> 认证用户没有足够的权限来发出这个请求。在 System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage 消息,WebResponse 响应,流 responseStream,布尔 asyncCall)在 System.Web.Services.Protocols.SoapHttpClientProtocol。Microsoft.Exchange.InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest 的 Microsoft.Exchange.InfoWorker.Common.Availability.Proxy.Service.EndGetUserAvailability(IAsyncResult asyncResult) 的 EndInvoke(IAsyncResult asyncResult) asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling() 的 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult)。请求信息为ProxyWebRequest type = IntraSite, url = InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability .AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability .AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url =https://hsmercury.heartspring.org:443 /ews/exchange.asmx 邮箱列表 = SMTP:[email protected],参数:windowStart = 3/30/2016 1:00:00 AM,windowEnd = 3/30/ 2016 年 2:00:00 AM,MergedFBInterval = 30,RequestedView = FreeBusy .,内部异常:Microsoft.Exchange.InfoWorker.Common.Availability.ProxyRequestNotAllowedException:经过身份验证的用户没有足够的权限来发出此请求。---> 经过身份验证的用户没有足够的权限来发出此请求。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1025 类型:错误消息:[EXCH2007(1)] 在https://exch2010.heartspring.org/EWS/Exchange.asmx联系 AS 服务时出错。经过的时间是 31 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1026 类型:成功消息:[EXCH2007(1)] 成功联系了https://exch2010.heartspring.org/EWS/Exchange.asmx上的 UM 服务。经过的时间是 15 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1004 类型:错误消息:URL https://owa.heartspring.org/ews/exchange.asmx的证书不正确。要使 SSL 工作,证书需要具有 owa.heartspring.org 的主题,但找到的主题是 HSM ercury。考虑更正服务发现或安装正确的 SSL 证书。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1024 类型:成功消息:[EXPR] 成功联系了https://owa.heartspring.org/ews/exchange.asmx的 AS 服务。经过的时间是 265 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1026 类型:成功消息:[EXPR] 成功联系了https://owa.heartspring.org/ews/exchange.asmx的 UM 服务。经过的时间是 31 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1111 类型:错误消息:查询收件人电子邮件地址 [email protected] 的可用性时,收到以下错误代码和消息:ErrorProxyRequestProcessingFailed:System.Web。 Services.Protocols.SoapE 异常:Microsoft.Exchange.InfoWorker.Common.Availability.ProxyRequestNotAllowedException:经过身份验证的用户没有足够的权限来发出此请求。---> 认证用户没有足够的权限来发出这个请求。在 System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage 消息,WebResponse 响应,流 responseStream,布尔 asyncCall)在 System.Web.Services.Protocols.SoapHttpClientProtocol。Microsoft.Exchange.InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest 的 Microsoft.Exchange.InfoWorker.Common.Availability.Proxy.Service.EndGetUserAvailability(IAsyncResult asyncResult) 的 EndInvoke(IAsyncResult asyncResult) asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.AsyncWebRequest.EndInvokeWithErrorHandling() 的 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult)。请求信息为ProxyWebRequest type = IntraSite, url = InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability .AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = InfoWorker.Common.Availability.FreeBusyApplication.EndProxyWebRequest(ProxyWebRequest proxyWebRequest, QueryList queryList, Service service, IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability.ProxyWebRequest.EndInvoke(IAsyncResult asyncResult) 在 Microsoft.Exchange.InfoWorker.Common.Availability .AsyncWebRequest.EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url = EndInvokeWithErrorHandling()。请求信息为ProxyWebRequest type = IntraSite, url =https://hsmercury.heartspring.org:443 /ews/exchange.asmx 邮箱列表 = SMTP:[email protected],参数:windowStart = 3/30/2016 1:00:00 AM,windowEnd = 3/30/ 2016 年 2:00:00 AM,MergedFBInterval = 30,RequestedView = FreeBusy .,内部异常:Microsoft.Exchange.InfoWorker.Common.Availability.ProxyRequestNotAllowedException:经过身份验证的用户没有足够的权限来发出此请求。---> 经过身份验证的用户没有足够的权限来发出此请求。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1125 类型:错误消息:[服务器] 在https://exch2010.heartspring.org/ews/exchange.asmx联系 AS 服务时出错。经过的时间是 31 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1126 类型:成功消息:[服务器] 成功联系了https://exch2010.heartspring.org/ews/exchange.asmx的 UM 服务。经过的时间是 15 毫秒。

[PS] C:\Windows\system32>Test-OutlookWebServices -Identity [email protected]

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1019 类型:信息消息:找到有效的自动发现服务连接点。此对象的自动发现 URL 是https://exch2010.heartspring.org/Autodiscover/Autodiscover.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1006 类型:信息消息:在https://exch2010.heartspring.org/Autodiscover/Autodiscover.xml联系了自动发现服务。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1016 类型:信息消息:[EXCH2007(1)] 在从https://exch2010.heartspring.org/Autodiscover收到的自动发现响应中为该用户配置了 AS 服务/自动发现.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1015 类型:警告消息:[EXCH2007(1)] 在从https://exch2010.heartspring.org收到的自动发现响应中未为此用户配置 OAB 服务/自动发现/自动发现.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1014 类型:信息消息:[EXCH2007(1)] 在从https://exch2010.heartspring.org/Autodiscover收到的自动发现响应中为此用户配置了 UM 服务/自动发现.xml。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1022 类型:成功消息:自动发现测试成功。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1021 类型:信息消息:以下 Web 服务生成错误:EXCH 中的 Oab。使用前面的输出来诊断和纠正错误。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1024 类型:成功消息:[EXCH2007(1)] 在https://exch2010.heartspring.org/EWS/Exchange.asmx成功联系了 AS 服务。经过的时间是 46 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1026 类型:成功消息:[EXCH2007(1)] 成功联系了https://exch2010.heartspring.org/EWS/Exchange.asmx上的 UM 服务。经过的时间是 31 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1004 类型:错误消息:URL https://owa.heartspring.org/ews/exchange.asmx的证书不正确。要使 SSL 工作,证书需要具有 owa.heartspring.org 的主题,但找到的主题是 HSM ercury。考虑更正服务发现或安装正确的 SSL 证书。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1024 类型:成功消息:[EXPR] 成功联系了https://owa.heartspring.org/ews/exchange.asmx的 AS 服务。经过的时间是 296 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1026 类型:成功消息:[EXPR] 成功联系了https://owa.heartspring.org/ews/exchange.asmx的 UM 服务。经过的时间是 31 毫秒。

RunspaceId : 460387b2-ec49-4ebd-b831-8960c051fde4 Id : 1124 类型 : Success 消息 : [Server] 成功联系了https://exch2010.heartspring.org/ews/exchange.asmx的 AS 服务。经过的时间是 46 毫秒。

RunspaceId:460387b2-ec49-4ebd-b831-8960c051fde4 Id:1126 类型:成功消息:[服务器] 成功联系了https://exch2010.heartspring.org/ews/exchange.asmx的 UM 服务。经过的时间是 15 毫秒。

[PS] C:\Windows\system32>

exchange-2010
  • 2 个回答
  • 1395 Views
Martin Hope
Tripleb316
Asked: 2015-12-05 09:16:50 +0800 CST

证书 SAN 不匹配。SSL 证书的 (SAN) 似乎与主机地址不匹配。

  • 0

服务器环境:Exch2003(最近停用) Exch2007(将在 2010 启动后立即停用) Exch2007#2 Exch2010(安装过程中)

因此,我正在安装 Exchange 2010,我需要在我的 Exchange 2007 服务器上运行预部署分析器以确保一切正常。当我运行健康检查时,我收到以下错误。

证书 SAN 不匹配服务器:EXCH2007

https://owa的 SSL 证书的主题备用名称 (SAN) 。域.org/owa 似乎与主机地址不匹配。主机地址:owa。域名.org。当前 SAN:DNS 名称=EXCH2007#2,DNS 名称=EXCH2007#2.heartspring.org。

该错误来自 Exch2007 服务器,一旦 Exch2010 准备就绪,我将停用该服务器。所以此时机器上实际上是没有用户邮箱的。一切都已移至第二台 EXCH2007#2 服务器。

那么,由于这台服务器最终将退役,我可以忽略这一点并继续设置 Exchange2010 吗?

要解决这个问题,我需要颁发新证书吗?

exchange
  • 2 个回答
  • 956 Views
Martin Hope
Tripleb316
Asked: 2015-06-18 08:19:35 +0800 CST

Active Directory 2008 多个本地用户帐户

  • 1

我在我的环境中安装了一个新的 Active Directory 2008 域控制器。我们目前正在运行 2008 AD 服务器作为辅助服务器。主 AD 服务器是 2003 域控制器。一旦一切都关闭并且新的 AD 正常工作,我们正在努力逐步淘汰该服务器。

我们已经运行了新的 2008 AD 服务器大约 2 个月,没有任何问题。今天我正在处理发生的备份问题,我发现在服务器的本地用户帐户(ctrl 面板,用户帐户)中列出了大约 100 个域用户帐户。我的问题是 2008 AD 域控制器将本地用户帐户放在这里是正常的。

我试图删除其中几个帐户,而用户帐户只是锁定不响应。我必须使用任务管理器关闭用户帐户才能关闭用户帐户。但是,如果我打开用户帐户备份,用户就消失了。

所以基本上需要知道这是否是 2008 AD 域控制器将域用户帐户放在本地用户帐户中的正确行为?只是想弄清楚这是否是一个问题?

active-directory
  • 1 个回答
  • 69 Views
Martin Hope
Tripleb316
Asked: 2015-01-14 09:42:40 +0800 CST

安装 Exchange 2010 安装组织准备失败|无法准备架构服务器的问题

  • 0

我目前正在运行两个交换服务器。我正在运行带有 Exchange 2007 的 Windows 2003 服务器,并且还在运行带有 Exchange 2003 的 Windows 2003。我正在添加两个新的 Windows 2008 R2 服务器,它们将运行 Exchange 2010(64 位)。我的主架构服务器 2003(32 位)

在安装 Exchange 期间,一切都很顺利,直到我进行组织准备工作。在安装的这一点上,我收到以下错误:

当"$error.Clear(): install-ExcchangeSchema - LdapFileName (&roleInstallPath + "Setup/Data/"+$RoleSchemaPrefix + "schema0.ldf") 时产生以下错误

“已运行:”C:\Windows\Temp\ExchangeSetup\Setup\Data\PostExchange2003_schema0.ldf:。

C:\Windows\Temp\ExchangeSetup\Setup\Data\PostExchange2003_schema0.ldf

在研究此错误时,我发现以下文章告诉我将 Exchange 2010 DVD 插入我的架构主服务器并运行一些命令提示符。

https://www.conetrix.com/Blog/post/Exchange-2010-Installation-Error-Organization-Preparation-Failed.aspx

本文链接自上一篇文章,并具有我正在使用的命令提示符

http://www.petenetlive.com/KB/Article/0000442.htm

我已经这样做并尝试运行它建议的命令,但出现以下错误

命令:设置 /PrepareLegacyExchangePermissions

当我在模式主服务器上运行此命令时,出现以下错误。

C:\Windows\MSexchange2010>setup /PrepareLegacyExchangePermissions 映像文件 C:\Windows\MSexchange2010\setup.com 有效,但适用于当前机器以外的机器类型

我的 Exchange 安装是 64 位的,而我的架构服务器是 32 位的。这可能是问题吗?任何其他有关解决此问题的建议将不胜感激

exchange-2010
  • 2 个回答
  • 1205 Views
Martin Hope
Tripleb316
Asked: 2014-11-18 08:00:42 +0800 CST

将 2 个逻辑 RAID 0 驱动器组合到 1 个逻辑 RAID 1 驱动器

  • 2

我有一台带有 P410i 嵌入式阵列控制器的 HP Proliant 服务器。

服务器最初设置有 6 个物理驱动器,操作系统位于 1 个逻辑驱动器上,RAID 0 和 5 个物理驱动器设置为 RAID 5。不是我会这样做的方式,但它就是这样。好吧,我们在操作系统驱动器上遇到了预期的驱动器故障。当时的网络管理员无法将驱动器添加到硬件阵列,因此他使用软件镜像将驱动器镜像到磁盘管理中。瞧,操作系统驱动器终于失败了。

我发现软件镜像不镜像引导扇区的困难方式。所以我能够制作一个可引导磁盘并让服务器在镜像驱动器上恢复并运行,它仍然很好。所以现在我正准备备份容错设置,宁愿做一个硬件阵列。

所以现在在我的阵列管理中,我展示了 3 个逻辑驱动器。2 个逻辑驱动器显示为运行 RAID 0 的 1 个物理驱动器的单独阵列。我试图找到一种方法,如果可能的话,将这两个 Raid 0 驱动器转换为一个逻辑 Raid 1 驱动器,而不会丢失任何数据,因为这是操作系统驱动器。

如果我可以将这两个 Raid 0 驱动器放入 1 个逻辑 Raid 1 驱动器,我相信我可以重新创建 MBR 并使它们也可引导。

任何有关如何组合阵列的帮助或建议都将不胜感激。

Windows 2008 R2 标准

阵列配置

逻辑驱动器 1(136.7 GB,RAID 0,正常)

physicaldrive 2I:1:7 (port 2I:box 1:bay 7, SAS, 146 GB, OK)

阵列 B(SAS,未使用空间:0 MB)

logicaldrive 2 (546.8 GB, RAID 5, OK)

physicaldrive 1I:1:2 (port 1I:box 1:bay 2, SAS, 146 GB, OK)
physicaldrive 1I:1:3 (port 1I:box 1:bay 3, SAS, 146 GB, OK)
physicaldrive 1I:1:4 (port 1I:box 1:bay 4, SAS, 146 GB, OK)
physicaldrive 2I:1:5 (port 2I:box 1:bay 5, SAS, 146 GB, OK)
physicaldrive 2I:1:6 (port 2I:box 1:bay 6, SAS, 146 GB, OK)

阵列 C(SAS,未使用空间:0 MB)

logicaldrive 3 (136.7 GB, RAID 0, OK)

physicaldrive 1I:1:1 (port 1I:box 1:bay 1, SAS, 146 GB, OK)

SEP(供应商 ID PMCSIERA,型号 SRC 8x6G)250(WWID:5001438022EBB6EF)

raid
  • 1 个回答
  • 2276 Views

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    新安装后 postgres 的默认超级用户用户名/密码是什么?

    • 5 个回答
  • Marko Smith

    SFTP 使用什么端口?

    • 6 个回答
  • Marko Smith

    命令行列出 Windows Active Directory 组中的用户?

    • 9 个回答
  • Marko Smith

    什么是 Pem 文件,它与其他 OpenSSL 生成的密钥文件格式有何不同?

    • 3 个回答
  • Marko Smith

    如何确定bash变量是否为空?

    • 15 个回答
  • Martin Hope
    Tom Feiner 如何按大小对 du -h 输出进行排序 2009-02-26 05:42:42 +0800 CST
  • Martin Hope
    Noah Goodrich 什么是 Pem 文件,它与其他 OpenSSL 生成的密钥文件格式有何不同? 2009-05-19 18:24:42 +0800 CST
  • Martin Hope
    Brent 如何确定bash变量是否为空? 2009-05-13 09:54:48 +0800 CST
  • Martin Hope
    cletus 您如何找到在 Windows 中打开文件的进程? 2009-05-01 16:47:16 +0800 CST

热门标签

linux nginx windows networking ubuntu domain-name-system amazon-web-services active-directory apache-2.4 ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve