Síntomas
Supongamos que aplicar actualización acumulativa 1 para 2013 de Microsoft Exchange Server en su organización, junto con el Service Pack 3 (SP3) de Microsoft Exchange Server 2010. A continuación, Active Directory cambia la versión del archivo del archivo inproxy.dll que se basa en el valor de ServerSchema.VersionNumber para que señale a la versión de Exchange de 2013. En esta situación, la primera vez que ejecute un cmdlet para configurar los buzones de Exchange 2010 PowerShell tardará más tiempo en devolver el resultado en comparación con otras veces que se ejecuta el cmdlet.
Nota: Después de ejecutar el comando iisreset o reciclar el grupo de aplicaciones en el servidor de Exchange 2010, este problema se produce de nuevo.
Causa
Este problema se produce porque Active Directory actualiza el archivo inproxy.dll a la versión de Exchange de 2013. Sin embargo, el servidor de buzones de Exchange de 2013 comparten el archivo inproxy.dll. Exchange 2010 no puede copiar el archivo más reciente de inproxy.dll de 2013 de Exchange y, a continuación, Exchange 2010 tiene para desplazarse por todos los servidores disponibles para el archivo más reciente de inproxy.dll. Por lo tanto, necesita más tiempo de lo esperado.
Solución
Para resolver este problema, instale la actualización acumulativa siguiente:
descripción de la actualización acumulativa 3 para Exchange Server de 2013
Solución alternativa
Para evitar este problema, comparta el archivo de inproxy.dll manualmente con el permiso de sólo lectura para los usuarios autenticados en el servidor de buzones de Exchange de 2013. De forma predeterminada, el archivo se encuentra en la siguiente ruta:
C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\address\smtp\amd64
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".
