Fehler im msx2kgate0.x Log, OM4 Exchange 2010

[HM-Medi]

Im msx2kgate0.x werden regelmäßig Fehlermeldungen dieser Art ausgegeben:

(4448) 14/10/20 09:28:26 - ERROR: ADsGetConnectorAttribute: Attribute 'UMC' cannot be retrieved.
(4448) 14/10/20 09:28:26 - ERROR: ADsGetConnectorAttribute: Connector Settings path cannot be opened. Error (Critical #0) will be stored.
(4448) 14/10/20 09:28:26 - ERROR: Path: 'LDAP://CN=Settings,CN=Connector for UMS (EX-SVR-PC-FAX),CN=EX-SVR,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=MP,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=inhouse,D C=mp,DC=de' (Code: 0x8007202a)
(4448) 14/10/20 09:28:26 - ERROR: Error --> [0x8007202a] Der Authentifizierungsmethode ist unbekannt.
(6332) 14/10/20 10:26:26 - ERROR: ADsGetUserDNEx: A user for (&(objectClass=group)(proxyaddresses=FAX:77)) was not found in AD.

Die Kommunikation scheint nicht dauerhaft beeinträchtigt, obwohl sporadisch Meldungen zu fehlenden bzw. teilweise empfangenen Faxen kommen.

Was sagen diese Fehler im Logfile aus?

[Marko Riebe]

Fehler im msx2kgate0.x Log, OM4 Exchange 2010

Hallo,

auf diese Frage kann wahrscheinlich bisher niemand etwas konstruktives beisteuern. Speziell dieser Fehler wurde seit 14 Jahren nicht an die Hotline herangetragen.

Man kann allgemein sagen, dass der Zugriff des Exchange Connectors per Active Directory Service Interface (ADSI) mit einem sogenannten "serverless binding" vorgenommen wird. D.h. man überlässt die Kommunikation mit dem DC bzw. den DCs dem lokalen Active Directory Client mit seinem eigenen Cache. Sollte ein Domänencontroller bei dieser Form der Kommunikation ausgewählt werden, der sich gerade in einem inkonsistenten Zustand befindet, kann es wahrscheinlich zu solchen Fehlern kommen. Ein ähnliches Problem ist bei einem Großkunden schon einmal im Jahr 2007 aufgetreten. Dort wurde die Ferrari electronic gefragt, ob es nicht möglich sei, ein Tool zu schreiben, das diesen fehlerhaften Server identifiziert bzw. die Methode des "serverless binding" umgeht.

Das musste seinerzeit verneint werden, da zum einen das "serverless binding" die vorgerschriebene Methode in On-Premises-Netzwerken darstellt und zum anderen die Aufgabe der Faxlösung eine andere ist, als das Netzwerk der Kunden auf Fehler zu analysieren. Insofern gibt es von der Ferrari electronic AG an dieser Stelle auch kein Analysetool, das Ihnen bei der Fehlersuche helfen könnte.

Vielleicht hilft eine Analyse der Netzwerktopologie und eine Analyse der Eventlogs der Domänencontroller.

Viele Grüße

Marko Riebe