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

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

Wenn Sie den folgenden Fehler im Anwendungsereignisprotokoll erhalten:

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..

und Sie Office 365 benutzen, befolgen Sie bitte die folgenden Schritte, um dieses Problem zu lösen:

Fügen Sie die folgende Schlüssel zur Registrierung hinzu, wobei Sie sich mit dem Benutzer anmelden müssen, der zum Ausführen des AgendaX Update Services verwendet wird:

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

16.0 ist für Outlook 2016, 2019 und Outlook 365. Wenn Sie Outlook 2013 verwenden, müssen Sie auf Outlook 2016 oder höher aktualisieren, da Microsoft keine Verbindungen zu O365 mit früheren Clients mehr unterstützt.

Gehen Sie zu Systemsteuerung / Anmeldeinformationsmanager / Windows-Anmeldeinformationen und löschen Sie alle Anmeldeinformationen, die mit MicrosoftOffice16_Data beginnen.

Starten Sie den Server neu (ist nicht immer erforderlich), erstellen Sie das Outlook-Profil neu, das Sie für den AgendaX Update Service konfiguriert haben, deaktivieren Sie den Exchange Cache Mode im Profil, starten Sie Outlook mit diesem Profil und schließen Sie danach Outlook wieder.

Falls Sie zur Eingabe von Benutzername / Passwort aufgefordert werden, aktivieren Sie den Schalter 'Passwort speichern'.

Nach diesen Schritten sollte der im Anwendungsprotokoll protokollierte Fehler nicht mehr auftreten.


Sprachunabhängige Berechtigungseinstellungen für AgendaX auf Exchange Server 2013, 2016, 2019, Office 365

Berechtigungen, die für das AgendaX-Konto auf Exchange Server 2013, 2016, 2019 und Office 365 festgelegt werden müssen, sind Berechtigungen auf Outlook-Ordnerebene.

Da sich die Ordnernamen in Outlook je nach der beim ersten Öffnen des Postfachs mit Outlook verwendeten Sprache unterscheiden, müssen Sie wissen, welcher Mitarbeiter welche Sprache verwendet, um den richtigen Ordnern Berechtigungen zuzuweisen. Außerdem müssen Sie wissen, wie die Ordner in diesen Sprachen heißen.

Wenn Sie in Ihrem Unternehmen Postfächer in mehreren Sprachen haben, können Sie die erforderlichen Berechtigungen für das AgendaX-Konto einfach mit dem folgenden Skript festlegen, das für alle Sprachen funktioniert.

Bitte ersetzen Sie "agendax" in der 3. Zeile durch den Namen Ihres AgendaX-Kontos:

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

Kopieren Sie einfach das obige Skript und fügen Sie es in Powershell ein. Es werden Reviewer-Rechte auf der obersten Stufe des Postfachs und des Posteingangs sowie Editor-Rechte im Kalender-Ordner vergeben.

Wenn Sie diese Rechte nicht für jedes Postfach in Ihrer Organisation vergeben möchten, sondern diese z.B. auf eine Organisationseinheit beschränken möchten, können Sie die Get-Mailbox-Anweisung in der ersten Zeile ändern, indem Sie -OrganizationalUnit mit dem Namen der Organisationseinheit hinzufügen, in der Sie Berechtigungen vergeben möchten.


Wir migrieren nach Office 365 (schrittweise). Was muss an einer bestehenden Installation von AgendaX V6.x geändert werden?

Wenn der Migrationsvorgang zu Office 365 einige Zeit in Anspruch nimmt und Sie Postfächer in mehreren Batches migrieren, empfehlen wir, während der Umstellung eine zweite Instanz von AgendaX zu installieren.

Die erste (bestehende) Instanz liest lokale Postfächer und die zweite (neue) Instanz liest migrierte (O365) Postfächer.

Während der Umstellung sehen Sie weiterhin alle Kalender von lokalen und migrierten Postfächern in der AgendaX-Webanwendung.

 

Installation eines zweiten AgendaX-Setups auf dem AgendaX-Server, das Zugriff auf die O365-Postfächer ermöglicht.

  • Legen Sie einen neuen AgendaX Benutzer auf Office 365 an (inklusive Postfach)
  • Kopieren Sie den AgendaX-Installationsordner an einen zweiten Ort, z.B. AgendaXO365.
  • Installieren Sie den zweiten Dienst mit dem Multi-Service-Konfigurationstool "AgendaX multi service configuration utility". Das Dienstkonto, das Sie eingeben, ist das Konto, mit dem der AgendaX Update Service ausgeführt wird. Dies sollte idealerweise der neue AgendaX-Benutzer auf Office 365 sein. Wenn dies nicht möglich ist, wählen Sie einen lokalen Benutzer mit Administratorrechten auf dem AgendaX Server.
  • Installieren Sie Outlook 2013 oder 2016 auf dem AgendaX Server, falls nicht bereits installiert
  • Melden Sie sich mit dem neuen AgendaX-Benutzer (oder dem lokalen Benutzer, den Sie bei der Installation des zweiten Dienstes angegeben haben) am AgendaX-Server an.
  • Setzen Sie die entsprechenden Registry-Flags entsprechend der verwendeten Outlook-Version und die AgentX.ini-Einstellungen (Seite 5 im Installationshandbuch): AgendaX Installation Guide)
  • Erstellen Sie ein Outlook-Profil mit diesem Benutzer, das auf das Postfach auf O365 zugreift und deaktivieren Sie den Exchange-Cache-Modus im Outlook-Profil. Wenn Sie nach einem Benutzernamen / Passwort gefragt werden, aktivieren Sie die Option'Passwort speichern', bevor Sie die Zugangsdaten eingeben. Notieren Sie sich den Namen des erstellten Outlook-Profils (Standard: Outlook).
  • Starten Sie die AgendaX-Konfiguration in der AgendaX O365-Installation (AgendaXCfg.exe), klicken Sie auf MSX Version, wählen Sie Office 365 und geben Sie den Namen des von Ihnen als O365 AgendaX-Benutzer eingeloggten (oder lokalen Benutzer) erstellten Outlook-Profils ein.
  • Setzen Sie die Mailbox-Ordnerrechte für die bereits auf O365 migrierten Benutzer mit dem folgenden, sprachunabhängigen Powershell-Skript. Sie müssen zuerst mit O365 eine Remote-Powershell-Sitzung mit den Befehlen Get-Credential, New-PSSession und Import-PSSession starten. Ersetzen Sie "agendax" in der 3. Zeile im folgenden Skript durch den Namen Ihres O365 AgendaX-Kontos:
    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
  • Stoppen Sie den AgendaX Update Service der alten AgendaX-Installation.
  • Starten Sie die AgendaX-Konfiguration der alten und der neuen Installation (AgendaXCfg.exe) und aktivieren Sie die Option "Multiple services write to this database" und löschen Sie die Datenbanktabellen (nur einmal) unter Config / Drop tables.
  • Klicken Sie auf "Update" in beiden AgendaX-Konfigurationen und "Ja", um die Dienste neu zu starten.
  • Überprüfen Sie das Windows Anwendungsprotokoll auf mögliche Warnungen / Fehler. Jeder der Dienste fügt dem Anwendungsereignisprotokoll Warnungen für die Postfächer hinzu, die sich nicht auf ihrem System befinden. Das ist normal. Das lokale Setup erstellt Warnungen für die O365-Postfächer und das O365-Setup erstellt Warnungen für die lokalen Postfächer. Wenn Sie bei der O365-Installation Warnungen über Postfächer erhalten, die nicht im globalen Adressbuch zu finden sind und diese Postfächer bereits nach O365 migriert wurden, müssen Sie diese in den AgendaX-Gruppendefinitionenaus dem Adressbuch (AgendaXCfg.exe / Gruppen) erneut auswählen.
  • Nachdem beide AgendaX Update Services das Scannen der Postfächer abgeschlossen haben, sehen Sie sowohl den lokalen als auch die O365-Postfachkalender in der AgendaX-Webanwendung.
  • Während Sie Benutzer von den lokalen Exchange-Servern auf O365 verschieben, müssen Sie das obige Powershell-Skript erneut ausführen, um Berechtigungen für die neu verschobenen Postfächer festzulegen.

 

Entfernen des alten AgendaX-Setups, nachdem alle Postfächer nach O365 verschoben wurden.

Wenn alle Postfächer auf O365 verschoben wurden, können Sie das alte AgendaX-Setup deinstallieren, indem Sie die folgenden Schritte ausführen. Da die Web-Anwendung von AgendaX noch unter Ihrem alten AgendaX-Setup läuft, müssen Sie diese zunächst an den Installationsort der neuen (O365) Installation verschieben:

  • Starten Sie den Internet Information Services (IIS) Manager, navigieren Sie zu Sites / Default Web Site / AgendaX, klicken Sie auf "Basic settings" und ändern Sie den Ort unter "Physical path" in den Ordner Ihrer neuen AgendaX O365 Installation.

Wenn Sie auf der AgendaX-Administrationsseite (in der AgendaX-Webanwendung) irgendwelche Konfigurationsänderungen vorgenommen haben, seit Sie die O365-Installation von AgendaX installiert haben, oder wenn Sie Änderungen am zusammenklappbaren Gruppenmenü in der Datei multmenu.txt vorgenommen haben, kopieren Sie config.inc und multmenu.txt (beide befinden sich im Unterordner AGENDA Ihres AgendaX-Installationsordners) aus dem alten Setup in das O365-Setup.

 

Um das alte AgendaX Setup zu deinstallieren, gehen Sie wie folgt vor:

  • Stoppen Sie den AgendaX Update Service der alten Installation.
  • Schließen Sie alle Instanzen der MMC (Microsoft Management Console), z.B. Services, Event Viewer
  • Öffnen Sie eine Eingabeaufforderung und wechseln Sie in den AgendaX-Installationsordner Ihrer alten AgendaX-Installation, z.B. CD C:\Inetpub\AgendaX
  • Geben Sie den folgenden Befehl ein:
    AgendaXSrv.exe -u (Dadurch wird der AgendaX Update Service deinstalliert)
  • Löschen Sie den alten AgendaX-Installationsordner.

Der letzte Schritt besteht darin, dem AgendaX Update Service mitzuteilen, dass nicht mehr andere Dienste dieselbe Datenbank verwenden. Führen Sie die AgendaX-Konfiguration (AgendaXCfg.exe) in Ihrem neuen O365-Setup-Ordner aus und deaktivieren Sie die Option " Multiple services write to this database " und löschen Sie die Datenbanktabellen unter Config / Drop tables, dann klicken Sie auf "Update" und " Ja ", um den Dienst neu zu starten.


Wie verhält sich AgendaX in einer Exchange cluster server Umgebung?

Da sich AgendaX wie ein Outlook Client verhält, muss in einer Cluster Server Umgebung nichts speziell beachtet werden. Wenn ein Cluster Mitglied- Server ausfällt, verbindet sich AgendaX automatisch mit einem anderen Mitglied- Server, sobald dieser übernimmt.


Muss ich AgendaX direkt auf dem Exchange Server installieren?

Nein, AgendaX kann auf jedem IIS Server installiert werden. Eine Installation auf Exchange Server ist nicht erforderlich. Auch müssen auf dem Exchange Server keine Komponenten installiert werden.


Was sind die System- Voraussetzungen für AgendaX?

AgendaX benötigt folgende Komponenten:

  • Microsoft Windows Server (Sämtliche Versionen werden unterstützt)
  • Microsoft IIS Server
  • 32bit Outlook Client auf dem AgendaX Server installiert
  • Ein SQL Server oder SQL Server Express

Obwohl AgendaX auf dem gleichen Server wie Exchange installiert werden kann, empfehlen wir Ihnen, es auf einem bestehenden Microsoft IIS-Server mit mindestens 2 GB RAM und einer Dual-Core-CPU zu installieren.

Unterstützte Versionen von Exchange sind:

  • Microsoft Exchange Server (5.5, 2000, 2003, 2007, 2010, 2013, 2016, 2019, Office 365 / Hosted Exchange)

Eine zweite Instanz von AgendaX auf dem selben Server installieren

Wie richte ich eine zweite Kopie (Installation) von AgendaX auf dem gleichen Server ein?
Wenn Sie eine neue Kopie (Installation) von AgendaX auf demselben Server einrichten möchten, müssen Sie dies mit dem AgendaX Multiple Services Configuration Utility tun, das auf unserer Homepage im Bereich Downloads zur Verfügung steht.

Kopieren Sie zunächst Ihr aktuelles Setup an einen anderen Ort auf der Festplatte und registrieren Sie dann den neuen Dienst mit dem bereitgestellten Hilfsprogramm.
Nehmen Sie dann die Konfigurationsänderungen an der neuen Installation vor (Gruppen, Benutzer, Gruppen löschen / hinzufügen) usw., und richten Sie bei Bedarf ein zweites virtuelles Verzeichnis im IIS ein.

Ein virtuelles Verzeichnis für eine zweite AgendaX- Instanz kann mit folgendem Kommandozeilenbefehl erstellt werden:

CD C:\Inetpub\AgendaX
AECrVDir Pfad NamesDesVirtuellenVerzeichnisses

z.B. AECrVDir c:\inetpub\agendax2 RessourcenKalender

Weitere Informationen zum Einrichten eines virtuellen Verzeichnisses finden Sie im Administrator Guide.


AgendaX Dienst und Webseite auf unterschiedlichen Servern

Ich möchte den AgendaX Update Service (der Kalender von Exchange liest) und die AgendaX Webanwendung auf 2 verschiedenen Servern installieren. Ist das möglich?
Ja, führen Sie ein vollständiges Setup auf dem Server durch, auf dem der AgendaX Update Service gehostet wird, kopieren Sie dann den Ordner Inetpub/AgendaX auf den Server, auf dem die AgendaX-Webanwendung gehostet wird, richten Sie das virtuelle Verzeichnis ein und registrieren Sie AEPwDC.DLL mit regsvr32. Diese DLL wird benötigt, um das SQL-Passwort zu entschlüsseln.
Außerdem müssen Sie eine Datenquelle (vorzugsweise mit gleichem Namen) auf dem Webserver anlegen, die auf die SQL-Server-Datenbank zeigt. Wenn Sie diese anders benennen, müssen Sie sie auch in AgendaXCfg.exe unter 'Config' und 'Servers' ändern. Bitte beachten Sie, dass Sie eine Systemdatenquelle (keine Benutzerdatenquelle) anlegen müssen, damit sie für alle Benutzer zugänglich ist.
Bitte beachten Sie, dass Sie bei Änderungen an der AgendaX-Konfiguration mit AgendaXCfg.exe die Datei AgendaX.inc in das AgendaX-Installationsverzeichnis auf dem Webserver kopieren müssen, um diese Änderungen an der Webanwendung widerzuspiegeln.


Windows Authentifizierung oder SQL Authentifizierung für die Datenbank

Unterstützt AgendaX Windows-Authentifizierung in der AgendaX-Datenbank?
Ja, aber wir empfehlen SQL-Authentifizierung, da sie einfacher zu verwalten ist.

Wenn Ihre Unternehmensrichtlinien die Verwendung von SQL-Authentifizierung nicht zulassen, können Sie die Windows-Authentifizierung verwenden, aber Sie müssen allen Benutzern der AgendaX- Webanwendung Berechtigungen für die SQL-Datenbank erteilen.
Wenn Sie die Windows-Authentifizierung verwenden, geben Sie während dem Setup resp. in AgendaXCfg.exe / DB User und unter Servers / DB Username keinen Benutzernamen und kein Passwort ein.


Können Kalender von mehreren Exchange Server Versionen gescannt werden?

Ja, AgendaX kann Postfachkalender jeder Exchange Server-Version mit einem einzigen AgendaX Update Service scannen.
Stellen Sie sicher, dass Sie das Postfach des AgendaX-Service-Kontos auf dem Exchange-Server mit der neuesten Version einrichten und geben Sie diese Exchange-Server-Version unter Setup / in AgendaXCfg.exe an.
Stellen Sie außerdem sicher, dass Sie alle Exchange Server in der Konfiguration "Server" von AgendaXCfg.exe definieren.


Page 1 of 212

Beiträge zum Thema

Möchten Sie einen Gastbeitrag verfassen?
Nehmen Sie Kontakt mit uns auf.