Error while opening address book. Error Code: 0x00040380 (MAPI_W_ERRORS_RETURNED)

Error while opening address book. Error Code: 0x00040380 (MAPI_W_ERRORS_RETURNED)

Si obtiene el siguiente error en el registro de eventos de la aplicación:

The AgendaX Update Service reported the following error:
General Error - Output: Error while opening address book.
Error Code: 0x00040380 (MAPI_W_ERRORS_RETURNED)
Description: The connection to Microsoft Exchange is unavailable. Outlook must be online or connected to complete this action.
MAPI was unable to load the information service EMSMDB.DLL. Be sure the service is correctly installed and configured..

y que se está conectando a Office 365, por favor siga los siguientes pasos para resolver este problema:

Agregue las siguientes claves al registro, inicie sesión con el usuario que se utiliza para ejecutar el Servicio de Actualización de AgendaX:

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\Identity
EnableADAL (DWORD) 1
DisableAADWAM (DWORD) 1
DisableADALatopWAMOverride (DWORD) 1

16.0 es para Outlook 2016, 2019 y Outlook 365. Si usas Outlook 2013, tienes que actualizar a Outlook 2016 o superior, ya que Microsoft ya no admite conexiones a O365 con clientes anteriores.

Tiene que ir al Panel de Control / Administrador de Credenciales / Credenciales de Windows y borrar todas las credenciales que empiezan con MicrosoftOffice16_Datos.

Reinicie el servidor, recree el perfil de Outlook que ha configurado en AgendaX, desactive el modo de caché de Exchange en el perfil, inicie Outlook con este perfil, cierre Outlook de nuevo.

Después de estos pasos, el error registrado en el registro de eventos de la aplicación debería desaparecer.


Estamos migrando a Office 365 (en un lote). ¿Qué hay que hacer con una instalación existente de AgendaX V6.x?

Deberá desinstalar MAPI/CDO (Exchange Server MAPI) e instalar un cliente de 32 bits de Outlook (2013 o más reciente) en el servidor de AgendaX. Además, el buzón de correo de AgendaX debe migrarse primero a Office 365 antes de iniciar la migración de los buzones de correo de los usuarios.

Entonces,

  • Inicie sesión en el servidor de AgendaX con el usuario de AgendaX. Esto es MUY importante porque los perfiles de Outlook son específicos para cada usuario.
  • Ejecute Regedit y asegúrese de que no hay ningún valor llamado MapiHttpDisabled bajo
  • HKEY_CURRENT_USER\Software\Microsoft\Exchange o que su valor sea 0.
  • Outlook 2010:
    no se necesita hacer nada especial
  • Outlook 2013:
    • Ejecute Regedit, vaya a HKEY_CURRENT_USER\Software Microsoft Office 15.Modo en caché
      y agregue un valor llamado AllowAutoDiscoverForNonOutlook y establezca su valor en DWORD 1.
    • Asegúrese de que KB3114941 para Office 2013 32bit (https://support.microsoft.com/en-us/kb/3114941)
      está instalado.
    • Añada el siguiente parámetro a AgentX.ini:
      [Config]
      ForceIExchangeManageStoreEx=1
  • Outlook 2016:
    • Ejecute Regedit, vaya a HKEY_CURRENT_USER\Software Microsoft Office 16.0\Outlook\Cached Mode y agregar un
      llamado AllowAutoDiscoverForNonOutlook y establezca su valor en DWORD 1.
    • Asegúrese de que KB3115279 para Office 2016 32bit (https://www.microsoft.com/en-us/download/details.aspx?id=53200)
      está instalado.
    • Añada el siguiente parámetro a AgentX.ini:
      [Config]
      ForceIExchangeManageStoreEx=1
  • Outlook 2019 / Office 365:
    • Ejecute Regedit, vaya a HKEY_CURRENT_USER\Software Microsoft Office 16.0\Outlook\Cached Mode y agregar un
      llamado AllowAutoDiscoverForNonOutlook y establezca su valor en DWORD 1.
    • Añada el siguiente parámetro a AgentX.ini:
      [Config]
      ForceIExchangeManageStoreEx=1
  • A continuación, cree el perfil de Outlook y asegúrese de que el modo de caché de Exchange está desactivado en el perfil de Outlook. Introduzca el nombre del perfil de Outlook (ya sea en Configuración de AgendaX si está configurando una nueva instancia de AgendaX o en AgendaXCfg.exe si AgendaX ya está instalado en Versión MSX / Cliente MAPI de Outlook / Nombre del perfil de Outlook). El nombre estándar para el primer perfil de Outlook que está configurado es'Outlook'.
  • Inicie Outlook con ese perfil y asegúrese de que el perfil funciona. Cuando se le pida una contraseña, asegúrese de marcar la casilla de verificación "Recordar contraseña".
  • Por último, cierre Outlook y reinicie el servicio de actualización de AgendaX.

Los permisos de Office 365 deben configurarse de forma un poco diferente que en un entorno de On Site Exchange. En Office 365, tendrá que establecer permisos a nivel de carpeta:

Otorgue al usuario de AgendaX derechos de Revisor en la parte superior del buzón de correo y en la bandeja de entrada, así como derechos de Editor en las carpetas de Calendario.

El siguiente script Powershell independiente del idioma hará esto por usted. Primero deberá iniciar una sesión remota de Powershell con O365, utilizando los comandos Get-Credential, New-PSSession e Import-PSSession. Sustituya "agendax" en la tercera línea del siguiente script por el nombre de su cuenta O365 AgendaX:

Connect-ExchangeOnline
foreach ($Mailbox in (Get-EXOMailbox -OrganizationalUnit abc -ResultSize Unlimited))
{
Add-MailboxFolderPermission -identity "$($Mailbox.Name)" -AccessRights Reviewer -User agendax
Add-MailboxFolderPermission -identity "$($Mailbox.Name):\Calendar" -AccessRights Editor -User agendax
}
Disconnect-ExchangeOnline

"-OrganizationalUnit abc" limits the users to a specific OU (here "abc"). This can be omitted if you would like
to grant the permissions on every account in your organization.

If, instead, you would like to limit the users to users that have a specific SMTP- address, you can use the
following script:

Connect-ExchangeOnline
foreach ($Mailbox in (Get-Mailbox -ResultSize Unlimited | where-Object {($_.PrimarySMTPAddress -like "*@agendax.net")}))
{
Add-MailboxFolderPermission -identity "$($Mailbox.Name)" -AccessRights Reviewer -User agendax
Add-MailboxFolderPermission -identity "$($Mailbox.Name):\Calendar" -AccessRights Editor -User agendax
}
Disconnect-ExchangeOnline

Or, if you would like to limit the users to members of a specific distribution list, you can use the following:

Connect-ExchangeOnline
foreach ($Mailbox in (Get-DistributionGroupMember -Identity "NameOfDistributionList" -ResultSize Unlimited))
{
Add-MailboxFolderPermission -identity "$($Mailbox.Name)" -AccessRights Reviewer -User agendax
Add-MailboxFolderPermission -identity "$($Mailbox.Name):\Calendar" -AccessRights Editor -User agendax
}
Disconnect-ExchangeOnline

Por favor vea también el siguiente documento: Guía de instalación de AgendaX V6.1


La clave de licencia suministrada no funciona. La clave introducida se sustituye por "Versión de prueba de 30 días".

Por favor, asegúrese de introducir el nombre de la empresa exactamente como se indica en el documento de licencia o en el correo electrónico que recibió de nosotros (mayúsculas, espacios, etc.).


¿Puedo instalar AgendaX en varios servidores? ¿Hay una licencia de servidor que necesito comprar por cada servidor adicional?

Sí, puede instalar AgendaX en varios servidores, siempre que el número total de calendarios de buzón de correo publicados en todas las instalaciones no sea superior al número total de licencias adquiridas. No hay costos adicionales asociados con la instalación de AgendaX en múltiples servidores.


Instalación de una segunda copia de AgendaX en el mismo servidor

¿Cómo configuro una segunda copia (instalación) de AgendaX en el mismo servidor?
Si desea configurar una nueva copia (instalación) de AgendaX en el mismo servidor, debe hacerlo con la utilidad de configuración de servicios múltiples de AgendaX que se proporciona en nuestra página principal en la sección de descargas. Primero copie su configuración actual en otra ubicación del disco duro y, a continuación, registre el nuevo servicio con la utilidad proporcionada. A continuación, realice los cambios de configuración en la nueva instalación (eliminar / añadir grupos, usuarios), etc., y configure un segundo directorio virtual en IIS (si es necesario). exe path_to_AgendaX_setup virtual_directory_name e.g. AECrVDir c:\inetpub\agendax2ndgroup agendax2 Puede encontrar más información sobre cómo configurar un directorio virtual en la Guía del administrador.


Servicio AgendaX y sitio web en diferentes servidores

Me gustaría instalar el servicio de actualización de AgendaX (que lee calendarios de Exchange) y la aplicación web AgendaX en 2 servidores diferentes. ¿Es esto posible?
Sí, realice una configuración completa en el servidor que alojará el servicio de actualización de AgendaX. A continuación, copie la carpeta Inetpub/AgendaX en el servidor que alojará la aplicación web AgendaX, configure el directorio virtual y registre AEPwDC.DLL con regsvr32. Esta DLL es necesaria para descifrar la contraseña SQL. Además, debe crear una fuente de datos (preferiblemente con el mismo nombre) en el servidor web, apuntando a la base de datos del servidor SQL. Si le da un nombre diferente, también tendrá que cambiarlo en AgendaXCfg.exe bajo `Config' y `Servidores'. Tenga en cuenta que debe crear una fuente de datos del sistema (no una fuente de datos de usuario), que sea accesible para todos los usuarios. Tenga en cuenta que cuando realice cambios en la configuración de AgendaX utilizando AgendaXCfg.exe, deberá copiar el archivo AgendaX.inc en el directorio de instalación de AgendaX del servidor web para reflejar dichos cambios en la aplicación web.


Autenticación de Windows frente a autenticación SQL en la base de datos

¿Admite AgendaX autenticación de Windows en la base de datos AgendaX?
Sí, pero recomendamos usar autenticación SQL, ya que es más fácil de administrar. Si las políticas de su empresa no permiten el uso de la autenticación SQL, puede utilizar la autenticación de Windows, pero tendrá que conceder permisos a todos los usuarios de la aplicación web AgendaX en la base de datos SQL. Cuando utilice la autenticación de Windows, no introduzca un nombre de usuario y contraseña SQL durante la instalación o en AgendaXCfg.exe / DB Usuario y Servidores / DB Nombre de usuario.


¿Puedo analizar calendarios de varias versiones de servidores Exchange?

Sí, AgendaX puede escanear calendarios de buzones de correo de cualquier versión de Exchange Server con un único servicio de actualización de AgendaX. Asegúrese de configurar el buzón de correo de la cuenta del Servicio AgendaX en el servidor Exchange con la última versión, y especifique esa versión del servidor Exchange durante Configuración / en AgendaXCfg.exe. Además, asegúrese de definir todos los servidores Exchange en la configuración'Servidores' de AgendaXCfg.exe


Protocolos / Puertos utilizados por AgendaX

AgendaX utiliza MAPI o Outlook MAPI para conectarse a los servidores de Exchange. MAPI es un protocolo estándar de Microsoft que utiliza conexiones RPC / HTTP hacia y desde los servidores de Exchange. Cuando se utiliza Outlook MAPI, los paquetes RPC / MAPI pueden encapsularse en paquetes HTTP.

AgendaX utiliza conexiones TCP/IP estándar para acceder a servidores SQL / SQL Express.


Instalación de AgendaX en una subred y WNLB

Si AgendaX está instalado en una subred de Exchange Server Active Directory, es posible que AgendaX tenga dificultades para conectarse a los servidores de Exchange. Es posible que tampoco pueda hacer ping a la matriz CAS en Exchange 2010+, mientras que hacer ping a servidores de buzón de correo individuales funciona bien. En este caso, puede ser que esté utilizando Windows Network Load Balancer (WNLB) y que necesite asignar estáticamente la entrada ARP en su router. Más sobre este tema se puede encontrar aquí.: http://social.technet.microsoft.com/Forums/da-DK/exchangesvravailabilityandisasterrecovery/thread/175551e6-d241-42d0-b8ab-d4d435554923


Page 1 of 212

Contribuciones sobre el tema

¿Quieres escribir un artículo como invitado?
Contáctenos por favor.