问题[exchange-migration](server)

我工作的一家小公司正在运行自托管的 Exchange Server 2010，我的工作是将此服务器迁移到 Exchange Server 2016，因为旧的服务器已经有一段时间不支持了。

我知道 Exchange 2016 和 2010 可以共存，而且由于我们不能丢失我们的电子邮件，所以我先做了一些测试。我在旧 Exchange 服务器上创建了一个虚拟用户，创建了一个迁移作业并尝试访问它（但目标是在迁移完成后关闭旧服务器）。

邮件流（从/向外部/内部电子邮件发送/接收 - 一切正常！）不是问题。

但我无法让 Outlook (2010) 客户工作。请注意，我们仅在内部使用 Outlook - 在已加入域的计算机上，（当前）不需要外部访问。每当我将虚拟帐户添加到我的 Outlook 时，一切都会正常运行 - 但只要我关闭 Outlook 并再次打开它，Outlook 就无法再访问信息存储。通过内部 URL 访问虚拟邮件https://ex2016.domain.local/owa/非常有效。

当我在添加虚拟电子邮件帐户后立即检查连接状态时，它会显示那些通过 http 连接的 mapi（据我所知，这是自 2013 年 Exchange 以来的默认访问方法）。我已经执行了自动发现测试，它是成功的。

有一个证书警告，因为目前这是安装中的自签名证书。但我也尝试用颁发给真实域名的证书替换它，但这并没有什么不同。（即使我更改了证书和 url，Outlook 仍然显示证书警告，我不知道为什么！）

但我怀疑证书问题与我的客户问题有关。在我的网络研究中，我发现了一个存在于 Exchange 2016 服务器上的错误，其中未启用对 mapi 虚拟目录的身份验证，这导致这些客户端连接失败。我检查了一下（我安装了 Exchange 2016 CU21），微软显然修复了这个错误 - 在我的安装中，身份验证已经启用。

我现在真的迷路了。任何可能出错的提示都值得赞赏！

更新信息

感谢您的回复：关于Outlook版本，我仔细检查了它，应该是支持的。

Microsoft Outlook 2010 (14.0.7268.5000) SP2 MSO (14.0.7268.5000)

关于证书警告：这是第一个警告（安全证书是由您没有选择信任的公司颁发的。）。感谢您提供有关安装证书的提示，我不知道这种可能性。

真是奇怪，我点了安装，选择全机安装，然后关闭outlook。重新打开 Outlook 后，出现上述问题，一分钟后，再次显示相同的证书警告，即使我之前安装并单击了信任。我重复了这一步，这次是本地用户，第二次重启后，一切都开始工作了！

为什么我必须安装两次证书？Outlook 仅连接到默认网站 ( ex2016.domain.local:443) 而不是交换后端 ( ex2016.domain.local:444) 对吗？

这是 powershell 脚本的结果（我删除了对旧交换服务器的所有引用）

Transcript started, output file is C:\log.txt
 C:\Windows\system32>
 
 
PS>Get-OabVirtualDirectory | fl Identity, server, *Auth*, InternalURL, ExternalURL

Identity                      : EX2016\OAB (Default Web Site)
Server                        : EX2016
BasicAuthentication           : False
WindowsAuthentication         : True
OAuthAuthentication           : True
InternalAuthenticationMethods : {WindowsIntegrated, OAuth}
ExternalAuthenticationMethods : {WindowsIntegrated, OAuth}
InternalUrl                   : https://ex2016.domain.local/OAB
ExternalUrl                   :



 C:\Windows\system32>
PS>Get-WebServicesVirtualDirectory | fl Identity, server, *Auth*, InternalURL, ExternalURL 

Identity                      : EX2016\EWS (Default Web Site)
Server                        : EX2016
CertificateAuthentication     :
InternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity, OAuth}
ExternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity, OAuth}
LiveIdNegotiateAuthentication :
WSSecurityAuthentication      : True
LiveIdBasicAuthentication     : False
BasicAuthentication           : False
DigestAuthentication          : False
WindowsAuthentication         : True
OAuthAuthentication           : True
AdfsAuthentication            : False
InternalUrl                   : https://ex2016.domain.local/EWS/Exchange.asmx
ExternalUrl                   :



 C:\Windows\system32>
PS>Get-OutlookAnywhere | fl Identity, server, *Auth*, InternalHostName, ExternalHostName


Identity                           : EX2016\Rpc (Default Web Site)
Server                             : EX2016
ExternalClientAuthenticationMethod : Negotiate
InternalClientAuthenticationMethod : Ntlm
IISAuthenticationMethods           : {Basic, Ntlm, Negotiate}
InternalHostname                   : ex2016.domain.local
ExternalHostname                   :



 C:\Windows\system32>
PS>Get-OwaVirtualDirectory | fl Identity, server, *Auth*, InternalURL, ExternalURL 

Identity                      : EX2016\owa (Default Web Site)
Server                        : EX2016
ClientAuthCleanupLevel        : High
InternalAuthenticationMethods : {Basic, Fba}
BasicAuthentication           : True
WindowsAuthentication         : True
DigestAuthentication          : False
FormsAuthentication           : True
LiveIdAuthentication          : False
AdfsAuthentication            : False
OAuthAuthentication           : False
ExternalAuthenticationMethods : {Fba}
InternalUrl                   : https://ex2016.domain.local/owa
ExternalUrl                   :



 C:\Windows\system32>
PS>Get-ClientAccessServer | fl Identity, Name, AutodiscoverServiceInternalUri

Identity                       : EX2016
Name                           : EX2016
AutoDiscoverServiceInternalUri : https://ex2016.domain.local/Autodiscover/Autodiscover.xml


 C:\Windows\system32>
PS>Get-EcpVirtualDirectory| fl Identity, server, *Auth*, InternalURL, ExternalURL

Identity                      : EX2016\ecp (Default Web Site)
Server                        : EX2016
InternalAuthenticationMethods : {Basic, Fba}
BasicAuthentication           : True
WindowsAuthentication         : True
DigestAuthentication          : False
FormsAuthentication           : True
LiveIdAuthentication          : False
AdfsAuthentication            : False
OAuthAuthentication           : False
ExternalAuthenticationMethods : {Fba}
InternalUrl                   : https://ex2016.domain.local/ecp
ExternalUrl                   :



 C:\Windows\system32>
PS>Get-ActiveSyncVirtualDirectory | fl Identity, server, *Auth*, InternalURL, ExternalURL


Identity                            : EX2016\Microsoft-Server-ActiveSync (Default Web Site)
Server                              : EX2016
MobileClientCertificateAuthorityURL :
BasicAuthEnabled                    : True
WindowsAuthEnabled                  : False
ClientCertAuth                      : Ignore
InternalAuthenticationMethods       : {}
ExternalAuthenticationMethods       : {}
InternalUrl                         : https://ex2016.domain.local/Microsoft-Server-ActiveSync
ExternalUrl                         :



 C:\Windows\system32>
PS>Get-MapiVirtualDirectory | fl Identity, server, *Auth*, InternalURL, ExternalURL


Identity                      : EX2016\mapi (Default Web Site)
Server                        : EX2016
IISAuthenticationMethods      : {Ntlm, OAuth, Kerberos, Negotiate}
InternalAuthenticationMethods : {Ntlm, OAuth, Kerberos, Negotiate}
ExternalAuthenticationMethods : {Ntlm, OAuth, Kerberos, Negotiate}
InternalUrl                   : https://ex2016.domain.local/mapi
ExternalUrl                   : https://ex2016.domain.local/mapi



 C:\Windows\system32>
PS>Get-PowerShellVirtualDirectory | fl Identity, server, *Auth*, InternalURL, ExternalURL


Identity                      : EX2016\PowerShell (Default Web Site)
Server                        : EX2016
CertificateAuthentication     : True
InternalAuthenticationMethods : {}
ExternalAuthenticationMethods : {}
LiveIdNegotiateAuthentication : False
WSSecurityAuthentication      : False
LiveIdBasicAuthentication     : False
BasicAuthentication           : False
DigestAuthentication          : False
WindowsAuthentication         : False
OAuthAuthentication           : False
AdfsAuthentication            : False
InternalUrl                   : http://ex2016.domain.local/powershell
ExternalUrl                   :



 C:\Windows\system32>
PS>Get-ExchangeCertificate | fl Identity, FriendlyName, Subject, CertificateDomains, Services, Issuer, *not*, Status


Identity           : EX2016.domain.local\xxxx_Cert_1_xxxx
FriendlyName       : Microsoft Exchange Server Auth Certificate
Subject            : CN=Microsoft Exchange Server Auth Certificate
CertificateDomains : {}
Services           : SMTP
Issuer             : CN=Microsoft Exchange Server Auth Certificate
NotAfter           : 10.09.2026 15:12:39
NotBefore          : 06.10.2021 15:12:39
Status             : Valid

Identity           : EX2016.domain.local\xxxx_Cert_2_xxxx
FriendlyName       : Microsoft Exchange
Subject            : CN=EX2016
CertificateDomains : {EX2016, EX2016.domain.local}
Services           : IIS, SMTP
Issuer             : CN=EX2016
NotAfter           : 06.10.2026 15:11:29
NotBefore          : 06.10.2021 15:11:29
Status             : Valid

Identity           : EX2016.domain.local\xxxx_Cert_3_xxxx
FriendlyName       : WMSVC-SHA2
Subject            : CN=WMSvc-SHA2-EX2016
CertificateDomains : {WMSvc-SHA2-EX2016}
Services           : None
Issuer             : CN=WMSvc-SHA2-EX2016
NotAfter           : 04.10.2031 12:32:50
NotBefore          : 06.10.2021 12:32:50
Status             : Valid

Identity           : EX2016.domain.local\xxxx_Cert_4_xxxx
FriendlyName       : real.domain.org (rapidssl rsa ca 2018)
Subject            : CN=real.domain.org
CertificateDomains : {real.domain.org}
Services           : IMAP, POP, SMTP
Issuer             : CN=RapidSSL RSA CA 2018, OU=www.digicert.com, O=DigiCert Inc, C=US
NotAfter           : 05.11.2021 13:00:00
NotBefore          : 07.10.2019 02:00:00
Status             : RevocationCheckFailure



 C:\Windows\system32>
PS>Get-OrganizationConfig | fl MapiHttpEnabled


MapiHttpEnabled : True


 C:\Windows\system32>
PS>Get-CasMailbox -Identity Dummy.User | fl MapiHttpEnabled


MapiHttpEnabled :


 C:\Windows\system32>
PS>Stop-Transcript

我们正在将邮件从我们的一个域迁移到交换 (123123.com)。我们在 AD 中创建了用户，为他们创建了邮箱，并从那里复制了 Google 的邮件。域也被添加到接受。

现在，来自交易所的其他域的其他用户正在尝试向我们正在迁移的域的地址写一封信。交易所将收到的信交给自己，但我需要将其转发到 Google 服务器。

如何让交易所进一步向谷歌发送域的信，但不保存？

我试图为域创建一个发送连接器，我试图为用户更改 UPN 和 SMTP，我试图禁用邮箱 - 它不成功。

我正在使用Microsoft 网站上的文章从 G Suite 迁移到 Office 365。它要求您为组织中的每个人创建一个邮件用户，但是，我们已经为系统中的每个用户创建了一个邮箱（由 Azure 中的 Active Directory 自动创建）。你知道当我们已经为每个用户都有一个邮箱时，是否真的有必要创建一个邮件用户？

假设不是，你有没有人知道如何在 Exchange 的邮箱上设置“ExternalEmailAddress”？我在创建邮件用户时可以看到这样的选项，但在创建邮箱时看不到。此地址用于在过渡期间将电子邮件转发回 G Suite。我假设它与标准电子邮件转发器不同，因为本文专门使用了术语“ExternalEmailAddress”。谢谢你的帮助。

文本是机器翻译的。

我在从 Exchange Server 2013 CU23 迁移到 Exchange Server 2019 的过程中遇到问题需要帮助。

我遇到了与 ShiftTechGuy 在 7 月 31 日已提出的问题相同的问题但是，他的帖子中没有发布任何解决方案：从 Exchange 2013 迁移到 2019 会导致目标数据库崩溃

我目前正在将 Exchange Server 从 Ex2013Cu23 迁移到 Ex2019Cu7，并且目前面临的问题是，将邮箱移动到 Ex2013-DB 时，新的 Ex2019-DB 已断开连接，并且在短时间内再次可用时，移动请求也完成了。如果邮箱被移动，Outlook 可以连接到它。我已经进行了 2 天的故障排除，但找不到解决方案。

Ex2019 的安装和配置也一直有效，直到邮箱被移动。我注意到的第一件事是，当我通过 WebGUI 创建迁移批处理时，它不会启动并且在我打开它时不会显示任何信箱。您只能通过 Powershell 将其删除。在这里，我找到了您应该先移动迁移邮箱，然后它应该可以工作的信息。但是我还没有移动迁移邮箱，因为我在Ex2019上遇到了我上面提到的数据库分离问题。

这里首先简要概述一下环境：

• 在 Hyper-V Host Server 2016 标准、VM 版本 8 上使用 OS Server 2019 标准（最新补丁级别）的 VM

• 交换服务器 2013 Cu23 + .NET4.8

• 安装 Exchange Server 2019 CU7 + .NET 4.8

• AD 级别（林和域）均为 2012R2

到目前为止，已经检查或解决了以下几点：

• 各种邮箱、各种 VHD 上的各种数据库的相同错误模式

• Ex2019 上本地数据库之间的移动请求也会导致此错误

• 将 VM 移动到新安装的 Hyper-V Host Server 2019：同样的错误

在移动请求期间出现以下事件日志条目：ExchangeStoreDB，ID 225：

在“12.10.2020 13:17:46”时，此服务器上的数据库“MBX2019”副本意外卸载。故障转移返回的错误是“Es ist nur eine Kopie der Postfachdatenbank (MBX2019) vorhanden. Es ist keine automatische Wiederherstellung verfügbar.”。有关失败的更多具体信息，请查阅服务器上的事件日志以了解其他“ExchangeStoreDb”事件。

MSExchangeIS，ID 1013：

邮箱 guid 为 2241df18-af16-46ac-9d60-17935fdb05ff 的邮箱导致数据库“MBX2019”(44f38f99-38cd-46d5-8a81-54fde40c5069) 发生崩溃或资源中断。

版本：15.02.0721.002 描述：InvalidOperationException：

MSEchangeIS，ID 1002：

未处理的异常 (System.InvalidOperationException: Das Objekt mit Nullwert muss einen Wert haben.(英文：Nullable object must have a value) bei System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource) bei Microsoft.Exchange.Protocols.MAPI.MapiMessage.IsStreamSizeInvalid( MapiContext context, Int64 size) bei Microsoft.Exchange.Protocols.MAPI.MapiStream.ValidateStreamSize(MapiContext context, Int64 size) bei Microsoft.Exchange.Protocols.MAPI.MapiStream.Write(MapiContext context, Byte[] bytesToWrite, Int32 offset, Int32长度）bei Microsoft.Exchange.Server.Storage.MapiDisp.RopHandler.WriteStreamExtended（MapiContext 上下文，MapiStream 流，ArraySegment1[] dataChunks, UInt32& outputByteCount, WriteStreamExtendedResultFactory resultFactory) bei Microsoft.Exchange.Server.Storage.MapiDisp.RopHandlerBase.WriteStreamExtended(IServerObject serverObject, ArraySegment1 [] dataChunks，WriteStreamExtendedResultFactory resultFactory）在Microsoft.Exchange.RpcClientAccess.Parser.RopWriteStreamExtended.InternalExecute（IServerObject serverObject，IRopHandler ropHandler，ArraySegment 1 outputBuffer) bei Microsoft.Exchange.RpcClientAccess.Parser.InputRop.Execute(IConnectionInformation connection, IRopDriver ropDriver, ServerObjectHandleTable handleTable, ArraySegment1 outputBuffer）在Microsoft.Exchange.RpcClientAccess.Parser.RopDriver.ExecuteRops（列表1 inputArraySegmentList, ServerObjectHandleTable serverObjectHandleTable, ArraySegment1 outputBuffer，Int32 outputIndex） , Int32 maxOutputSize, Boolean isOutputBufferMaxSize, Int32& outputSize, AuxiliaryData assistantData, Boolean isFake, Byte[]& fakeOut) bei Microsoft.Exchange.RpcClientAccess.Parser.RopDriver.ExecuteOrBackoff(IList1 inputBufferArray, ArraySegment1 outputBuffer, Int32& outputSize, AuxiliaryData assistantData, Boolean isFake, Byte[]& fakeOut) bei Microsoft.Exchange.Server.Storage.MapiDisp.MapiRpc.<>c__DisplayClass29_1.b__0(MapiContext operationContext, MapiSession& session, Boolean& deregisterSession, AuxiliaryData assistantData) bei Microsoft.Exchange.Server.Storage.MapiDisp.MapiRpc.Execute(IExecutionDiagnostics executionDiagnostics, MapiContext outerContext, String functionName, Boolean isRpc, IntPtr& contextHandle, Boolean tryLockSession, String userDn, IList 1 dataIn, Int32 sizeInMegabytes, ArraySegment1 auxIn, ArraySegment 1 auxOut, Int32& sizeAuxOut, ExecuteDelegate executeDelegate) bei Microsoft.Exchange.Server.Storage.MapiDisp.MapiRpc.DoRpc(IExecutionDiagnostics executionDiagnostics, IntPtr& contextHandle, IList1 ropInArraySegments, ArraySegment 1 ropOut, Int32& sizeRopOut, Boolean internalAccessPrivileges, ArraySegment1 auxIn, ArraySegment 1 auxOut, Int32& sizeAuxOut, Boolean fakeRequest, Byte[]& fakeOut) bei Microsoft.Exchange.Server.Storage.MapiDisp.PoolRpcServer.EcDoRpc(MapiExecutionDiagnostics executionDiagnostics, IntPtr& sessionHandle, UInt32 flags, UInt32 maximumResponseSize, ArraySegment1 请求, 数组段1 auxiliaryIn, IPoolSessionDoRpcCompletion completion) bei Microsoft.Exchange.Server.Storage.MapiDisp.PoolRpcServer.EcPoolSessionDoRpc_Unwrapped(MapiExecutionDiagnostics executionDiagnostics, IntPtr contextHandle, UInt32 sessionHandle, UInt32 flags, UInt32 maximumResponseSize, ArraySegment1 个请求，ArraySegment`1 辅助输入，IPoolSessionDoRpcCompletion 完成）bei Microsoft.Exchange.Server.Storage.MapiDisp.PoolRpcServer.<>c__DisplayClass48_0.b__0() bei Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch[T](Action tryDelegate, GenericFilterDelegate filterDelegate, GenericCatchDelegate catchDelegate, T 状态))。

你们有谁知道这个问题并可以提供帮助吗？

我处于没有其他解决方案的地步：我想干净地卸载新的 Ex2019，重新安装 VM 并再次开始迁移过程。也许基本安装出了点问题，但这更像是一个猜测。在第一个迁移批次或移动请求之前没有异常、崩溃等。

我可以通过这种方式从 AD 中干净地删除 Ex2019 并重新启动它吗？

非常感谢你的努力。

问候

我正在从 2016 年到 2019 年进行 Exchange 升级，并开始在多个邮箱上出现迁移失败。我从 2010 年到 2016 年没有任何问题。第一次开始迁移（使用 EMS 命令）时，我犯了一个新手错误，硬盘驱动器充满了日志。我解决了这个问题并设法移动了更多邮箱。现在任何超过 1GB 的邮箱（大约还剩 15 个）在 24-29% 之间失败，并出现以下错误。我已经研究了几个星期，只能找到对 C# 编码和应用程​​序的参考。

请求“[本地域].local/Users/[别名]”（e18b4061-ebc3-4f67-84b9-30810b7c4339）失败。错误代码：-2146233088 调用“net.tcp://exchange2016.[local domain].local/Microsoft.Exchange.MailboxReplicationService.ProxyService Exchange2016.[local domain].local (15.1.1913.5 caps:0FFD6FFFBF5FFFFFCB07FFFF)”失败。错误详细信息：格式化程序在尝试反序列化消息时抛出异常：尝试反序列化参数时出错http://tempuri.org/:IMailbox_ExportMessagesResult. InnerException 消息是“反序列化 Microsoft.Exchange.MailboxReplicationService.DataExportBatch 类型的对象时出错。读取 XML 数据时已超出最大数组长度配额 (35000000)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxArrayLength 属性来增加此配额。有关更多详细信息，请参阅 InnerException。--> 反序列化 Microsoft.Exchange.MailboxReplicationService.DataExportBatch 类型的对象时出错。读取 XML 数据时已超出最大数组长度配额 (35000000)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxArrayLength 属性来增加此配额。--> 读取 XML 数据时已超出最大数组长度配额 (35000000)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxArrayLength 属性来增加此配额。 --> 格式化程序在尝试反序列化消息时抛出异常：尝试反序列化参数时出错http://tempuri.org/:IMailbox_ExportMessagesResult. InnerException 消息是“反序列化 Microsoft.Exchange.MailboxReplicationService.DataExportBatch 类型的对象时出错。读取 XML 数据时已超出最大数组长度配额 (35000000)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxArrayLength 属性来增加此配额。有关更多详细信息，请参阅 InnerException。--> 反序列化 Microsoft.Exchange.MailboxReplicationService.DataExportBatch 类型的对象时出错。读取 XML 数据时已超出最大数组长度配额 (35000000)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxArrayLength 属性来增加此配额。--> 读取 XML 数据时已超出最大数组长度配额 (35000000)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxArrayLength 属性来增加此配额。

语境：

操作：IMailbox.ExportMessages 操作：IMailbox.ExportMessages OperationSide：源 e18b4061-ebc3-4f67-84b9-30810b7c4339（主要）标志：SkipItemValidation

道具标签：（空）

计划工作项：EnumerateFolderMessages(P:288,R:1,S:0,C:15)；EnumerateFolderMessages(P:305,R:0,S:0,C:12,Cnt=6); WriteFolderMessages(P:2,R:0,S:0,C:93); EnumerateFolderMessages(P:473,R:0,S:0,C:12,Cnt=7); WriteFolderMessages(P:0,R:0,S:0,C:49); EnumerateFolderMessages(P:598,R:0,S:0,C:14); EnumerateFolderMessages(P:614,R:0,S:0,C:13,Cnt=4); WriteFolderMessages(P:2,R:0,S:0,C:1818); EnumerateFolderMessages(P:2560,R:0,S:0,C:343); WriteFolderMessages(P:2,R:0,S:0,C:1806,Cnt=5)

这是我试图解决的问题：

• 设置静态错误限制，从 100 开始并增加到 3000。没有变化。
• 创建了一个新的邮箱数据库并尝试迁移到该数据库。没变。
• 向虚拟机添加了新的数据驱动器，新驱动器上的新邮箱数据库。没变。
• 尝试了单一和批量迁移。没变。

知道如何克服这个问题吗？或者知道 Microsoft.Exchange.MailboxReplicationService.DataExportBatch 在什么文件中以便我可以更改缓冲区大小？

因此，我尝试从本地 Exchange 2013 服务器导出邮箱并将它们上传到运行 IMAP 的托管 VPS。所以基本上将邮箱从交换迁移到 IMAP。有人告诉我可以将文件移动到服务器上的 IMAP 文件夹中。但我实际上不知道这是否是一个准确的说法或如何做到这一点。

进行这种过渡的最有效方法是什么。

我尝试批量导出到共享文件夹，所以首先我想分配所需的角色，但是当以管理员身份运行时，我尝试了 powershell 中的命令为帐户分配导入和导出角色：

New-ManagementRoleAssigment -Role "邮箱导入导出" - 管理员

这显然只是一个集合的第一个命令，但我遇到了一个错误 ManagementRoleAssignment notrecognized（沿着这条线）。所以我放弃了这个想法，转而采用更耗时的手动方式。

我一直在做的是将本地邮箱导入到连接到服务器的 PC 上，导出它们，然后将它们再次导入到具有与新 IMAP 帐户连接的帐户的 PC 上并同步文件夹，从而将电子邮件上传到新服务器。

但就像我说的那样，它真的需要很长时间，我相信有更好的方法来做到这一点。

我必须域名，A.de 和 B.de。多年来，他们彼此信任。A 和 B 都使用 Exchange 2010。现在，A.de 开始使用 Exchange2013。现在这两个域应该合并，即 A.de 还应该包含来自 B.de 的所有用户及其邮箱。

因此，我遵循了 Microsoft 网站上的一些说明（https://docs.microsoft.com/de-de/exchange/architecture/mailbox-servers/prep-mailboxes-for-cross-forest-moves-in-powershell? view=exchserver-2019#parameter-set-of-the-script） - 右上角有一个小复选标记（“auf englisch lesen” - 用英文阅读）。

因此，我检查了测试用户的所有必需属性。此外，我创建了一个档案来满足所有必需/强制属性。（默认情况下唯一没有设置的属性是'proxyadsress' - 我也设置了这个属性）。

但是，我仍然收到一条错误消息，提示“使用 0 个参数调用“setinfo”的异常 - 出现了违反限制的情况”。该命令从 Domain A.de 中的 exchange server2013 运行。

有人知道如何检查，检查发生了什么吗？

    [PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>.\Prepare-MoveRequest.ps1 -Identity [email protected] -RemoteForestDomainController dc2.B.de -RemoteForestCredential $remote -LocalForestDomainController dc3.A.de -LocalForestCredential $local
Appending x500:/o=A/ou=Exchange Administrative Group (xxxxxxxxx)/cn=Recipients/cn=testvorname9 testnachname9cb6 to proxyAddresses of New Object in Local forest.
C:\Program Files\Microsoft\Exchange Server\V15\Scripts\Prepare-MoveRequest.ps1 : Error while creating MEU. Error:Error creating mailuser CN=testvorname9 testnachname9,CN=Users,DC=A,DC=de in local forest or setting its mandatory attributes. Error: Ausnahme beim Aufrufen von "SetInfo" mit 0 Argument(en):  "Es ist eine Beschränkungsverletzung aufgetreten.
"
In Zeile:1 Zeichen:1
+ .\Prepare-MoveRequest.ps1 -Identity [email protected] -RemoteForestDomainCont ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Write-Error], WriteErrorException
    + FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Prepare-MoveRequest.ps1

0 mailbox(s) ready to move.

我们的组织目前正在从第三方托管的 Exchange 2013 服务器迁移到 Office 365。我们的组织跨越多个分支机构，每个分支机构都有自己的域，并且我们一次从一个办公室/域迁移用户（分阶段迁移，不切换）。

因此，我没有使用 DirSync，这涉及到两个 Exchange 系统共存，直到迁移结束。

迁移进展比较顺利。我有：

• 在 Office 365 平台上使用适当的 SMTP 别名创建用户。
• 使用 MigrationWiz 迁移我们的邮箱数据。
• 将电子邮件帐户暂时留在旧版服务器上，并将收到的电子邮件重定向到每个用户的相关 .onmicrosoft.com 别名，以便接收仍在旧版平台上的内部用户发送的电子邮件已迁移到 Office 365 的用户。

然而，这变得昂贵，因为我们的旧平台是通过邮箱（而不是本地 Exchange 服务器）支付的。因此，我们基本上为迁移的电子邮件帐户支付了两次费用。

如果我们删除旧平台上的电子邮件帐户，我们会收到 NDR 错误消息，因为 X.500 记录会消失。

我从提供商那里获得了旧平台上所有 X.500 地址的列表。

一些网站（https://www.experts-exchange.com/questions/28537964/Solving-the-X-500-Issue-with-inter-tenancy-migration-of-Office365.html）建议添加 X.500 Office 365 端的地址就足够了......但我无法理解它是如何工作的，因为旧平台如何知道该帐户的 X.500 现在由 Office 365 处理？（据我所知，X.500 不依赖 MX 记录？）。

我正在考虑的解决方法是删除旧平台上的邮箱，并将它们添加回联系人，添加原始 X.500 地址，然后将发送给该​​联系人的电子邮件转发到 .onmicrosoft.com 地址。但是，旧版的管理控制台不允许这样做。我们无权访问 AD 或 PowerShell。

简而言之，我正在寻找能够在旧平台上删除电子邮件帐户而不会因 X.500 地址导致 NDR 错误的最佳方法，请记住，我们在旧平台上没有 AD 或 PowerShell 访问权限平台，并且仅限于基于 Web 的管理平台 (Odin)。

谢谢！

有没有人遇到过这个错误？如果是这样，您采取了哪些措施来解决它？由于此错误，我无法迁移 150 个用户中的大约 17 个。

“访问 Store 中的用户记录时发生永久性错误：访问 Store 中的用户记录时发生错误：数据库 xxx 在本地不可用，并且与 Active Manager 的连接失败：服务器定位器服务调用发生通信错误..”

我们正处于从 Exchange 2010 内部部署到 Office 365 的混合共存迁移过程中。这意味着我们正在运行 ADFS 和“Dirsync”（现在称为 Windows Azure AD Sync）。我们迁移邮箱已完成一半以上，因此大约 60% 的用户邮箱位于云中，其余 40% 左右仍在本地 Exchange 2010 数据库中。

今天，我们发现我们的一位用户同时拥有一个本地邮箱和一个 Office 365 邮箱，这些邮箱都链接到他的一个 AD 帐户。这意味着如果他在加入域的计算机上打开 Outlook 并完成初始配置，它会使用自动发现将他连接到他的本地邮箱，但如果他登录到 Office 365 门户，它会显示他的云邮箱。

更糟糕的是，当一个邮箱在云端的用户给他发一封电子邮件时，它只会发送到他的云邮箱，而当一个邮箱还在本地的用户时，它只会发送到他的本地邮箱。所以他不能在一个地方看到他所有的邮件。

我们如何“合并”他的邮件数据（最终目的地：Office 365）并确保他的 Outlook“自动发现”Office 365 邮箱并将所有邮件路由到该邮箱？