El problema viene cuando la persona que lo tiene que abrir no tiene un entorno de Exchange instalado donde poder abrir dicho informe, de ahí que os muestre los pasos para instalar el ExBPA en vuestra máquina en caso de que sea un Windows 7 o un Windows 2008 R2. Esto os puede venir bien también para ponerlo en un servidor de administración donde tengáis instaladas las herramientas que uséis más habitualmente.

Si intentáis instalar ExBPA sin más, recibiréis un mensaje de error parecido a este (Microsoft .NET Framework 1.1 is required for installation):

El mensaje de error lo dice todo… necesitamos instalar .NET Framework 1.1 siguiendo estos pasos:

1. Crear una carpeta llamada DotNet en el disco C:\ (Yo he elegido esta ruta y esta carpeta, C:\DotNet. Tú puedes cambiarla por la que prefieras, pero asegúrate de usar la misma en los siguientes pasos).
2. Descargar Microsoft .NET Framework 1.1 Redistributable Package. Asegúrate de guardar el fichero con el nombre dotnetfx.exe.
3. Descargar Microsoft .NET Framework 1.1 Service Pack 1. Asegúrate de guardar el fichero con el nombre dotnetfxsp1.exe, así podrás seguir mas fácilmente los siguientes pasos.
4. Mover ambos fichero a la carpeta C:\DotNet en caso de que los hayas guardado en otro sitio.
5. Abre un CommandPrompt (cmd.exe) como administrador.
6. Sitúate en la carpeta C:\DotNet dentro del cmd
7. Ejecuta los siguientes comandos uno por uno:
• dotnetfx.exe /c:"msiexec.exe /a netfx.msi TARGETDIR=C:\DotNet"
• Haz click en “Yes” cuando aparezca la siguiente pregunta “would you like to install Microsoft .NET Framework 1.1. Package?”, y espera que aparezca un cuadro de dialogo diciendo que la instalación ha terminado correctamente,
• dotnetfxsp1.exe /Xp:C:\DotNet\netfxsp.msp
• msiexec.exe /a c:\DotNet\netfx.msi /p c:\DotNet\netfxsp.msp
8. Instala Microsoft .NET Framework 1.1 con el Service Pack 1 integrado ejecutando el fichero netfx.msi, creado en el directorio C:\DotNet.

Volvemos a intentar la instalación de ExBPA, pero.. vuelve a fallar , esta vez aparece un error indicando que necesitamos un componente de IIS (‘IIS Common Files’ is not installed):

Para instalar fácilmente este componente haremos lo siguiente:

Windows 7

1. Abrir “Turn Windows features on or off”
2. Expandir “Internet Information Services”
3. Expandir “Web Management Tools”
4. Expandir “IIS 6 Management Compatibility”
5. Seleccionar los checkbox de “IIS 6 Management Console” y “IIS Metabase and IIS 6 configuration compatibility”
6. Pinchamos en OK

Windows Server 2008 R2

1. Abrir Powershell como administrador
2. Ejecutar los siguientes cmdlets:
• Import-Module Servermanager
• Add-WindowsFeature RSAT-Web-Server

Después de esto ya deberíamos estar preparados para instalar el ExBPA. Podéis descargar la herramienta desde el siguiente enlace:

https://www.microsoft.com/en-us/download/details.aspx?id=22485

A partir de aquí solo tenéis que seguir el asistente de instalación del ExBPA y ya lo tendréis listo.

1. Los mensajes de error se encuentran más fácilmente en internet si se buscan en ingles
2. Si necesitamos soporte de un ingeniero de otro país, será más probable que sepa ingles y nos podrá ayudar mas rápidamente.

Bueno, vamos al tema en cuestión…

Puede que en alguna ocasión os hayáis encontrado con este mensaje de error mientras instalabais o actualizabais vuestro servidor de Exchange:

A Restart from a Previous Installation is Pending

¿Qué esta verificando Exchange en realidad para saber que el servidor necesita un reinicio?

Pues en realidad esta mirando estas dos claves del registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\UpdateExeVolatile

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations

Si el valor de UpdateExeVoltile es diferente a 0 ó si PendingFileRenameOperations tiene algún valor, Exchange entiende que debe esperar un reinicio antes de continuar con la instalación.

¿Que debéis hacer en este caso? Pues yo primero reiniciaría por supuesto. Si tras varios reinicios veis que sigue fallando y las claves del registro siguen ahí o tienen un valor incorrecto, entonces podéis valorar la posibilidad de actuar sobre dichas claves para forzar que la instalación de Exchange se completa.

Para que Exchange piense que no hace falta ningún reinicio tendréis que seguir el siguiente procedimiento:

1. Abrir regedit.exe
2. Realizar un backup del registro
3. Navegar hasta HKLM\SOFTWARE\Microsoft\Updates\
4. Editar el valor de la clave UpdateExeVolatile y establecerlo en 0 (cero)
5. Navegar hasta HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\
6. Eliminar la clave PendingFileRenameOperations
7. Lanzar de nuevo el programa de instalación de Exchange

Espero que esta información os sea de ayuda!

El proceso de Autodiscover se puede dar en dos escenarios diferentes:

1. Cuando el cliente Outlook tiene conectividad con el domain controller. Esto es habitual cuando el cliente esta en la red local de su empresa.
2. Cuando el cliente Outlook NO tiene conectividad con el domain controller. Esta situación se produce cuando el cliente esta conectado a Internet y pretende hacer su conexión por Outlook Anywhere. A partir de ahora este tipo de Autodiscover lo llamaremos “Autodiscover externo”

En este post nos vamos a centrar en el Autodiscover externo. ¿Por qué? Pues porque en ese proceso, Outlook forma un URL con la dirección SMTP del correo del usuario. De ahí que la cosas se complique un poco si nuestro servidor de Exchange maneja usuarios con diferentes dominiosSMTP.

Veamos el siguiente ejemplo:

Somos los administradores de Contoso.com el cual tiene desplegado un Exchange 2007/2010/2013 (elige el que mas te guste ya que funciona igual en las tres versiones).

Dentro de nuestro Exchange tenemos el buzón del usuario UserA, que tiene esta dirección de correo: UserA@contoso.com.

Supongamos que configuramos todos los prerrequisitos para que el autodiscover externo funcione con el dominio Contoso.com. Cuando el usuario intente auto-configurar su Outlook desde el exterior, ocurrirá lo siguiente:

1. El usuario A pondrá en Outlook su dirección de correo: UserA@contoso.com y su password.
2. El cliente Outlook intentara acceder a https://autodiscover.contoso.com/autodiscover/autodiscover.xml o a https://contoso.com/autdiscover/autodiscover.XML
3. El usuario conectara a dicha URL, la cual está redirigida hasta nuestros servidores de CAS donde se encontrara con el certificado asignado al servicio IIS. Dicho certificado suele ser un certificado de tipo SAN (Subject Alternative Name), y dentro de los nombres para los que esta emitido se encontrará autodiscover.contoso.com.
4. Dado que el certificado es valido, el proceso de autodiscover funcionará correctamente y el usuario conseguirá tener su Outlook completamente configurado.

Ahora imaginemos que esta empresa compra a otra compañía que usa el dominio SMTP @NorthWindTraders.com y nuestro Exchange se hará cargo de los buzones de dicha compañía. Por supuesto eso implicaría una migración, o creación de buzones nuevos en nuestro Exchange… pero eso es otra historia…

Creamos un nuevo buzón para el Usuario B el cual trabaja para NortWindTraders, por lo tanto le asignamos una dirección SMTP de su dominio: UserB@NorthWindTraders.com

Cuando este usuario intente autoconfigurar su cliente Outlook desde el exterior, ocurrirá lo siguiente:

1. El usuario B pondrá en Outlook su dirección de correo: UserB@NortWindTraders.com y su password.
2. El cliente Outlook intentara acceder a https://autodiscoverNorthWindTraders.com/autodiscover/autodiscover.xml o a https://NorthWindTraders.com/autdiscover/autodiscover.XML
3. En este punto el proceso fallará, ya que de momento no hemos configurado el autodiscover para que funcione correctamente con el nuevo dominio SMTP NorthWindTraders.com.

A partir de aquí comienza lo divertido: ¿Cómo podemos hacer que funciones el Autodiscover externo para usuarios con diferentes direcciones SMTP? ¿Es posible hacerlo?

Pues si, es posible y tenemos varias opciones. Todas implican cierta configuración (unas más que otras) pero lo realmente importante es el certificado SSL. En esta table puedes ver todas las opciones y las ventajas e incovenientes que tienen cada una de ellas.

 Ahora que ya sabemos que opciones tenemos, en los próximos posts veremos como configurar cada una de ellas paso a paso.