none
Exchange 2010 MAPI Verbindung via MFCMapi oder Interorg Replication Tool schlägt fehl ! RRS feed

  • Frage

  • Ziel Free/Busy Synchronisation zwischen einer Exchange 2003 und Exchange 2010 Umgebung, kein Trust.

     

    Quellumgebung: Exchange 2003

    Zielumgebung: Exchange 2010 engl.  (2x CAS/HUB, 2x MBX)

    Transaktionsserver: Windows 2003 deutsch mit Exchange Tools in der Zielumgebung

     

    Verbindung zu Quellumgebung in Ordnung

    Zielumgebung keine Verbindung: "Anmeldung mit Postfachinformationen bei Exchange Server nicht möglich"

     

    Folgende Konfiguration habe ich im Ziel vorgenommen:

    • Neue Datenbank nur für das Service Postfach angelegt, keine DAG Replikation
    • Einem der Mailbox Server die CAS Rolle installiert
    • ExchangeSyncSecurityFolder als PublicFolder im Root angelegt und Berechtigungen gesetzt (FolderVisible)
    • RPCClientEncryption deaktiviert
    • Zugriffsmethode für FreeBusy Service auf Public Folder gesetzt
    • Im IORepl. Tool als Zielserver direkt den MBX Server zugewiesen (CASArray funktioniert auch nicht)
    • keine Firewall zwischen den beiden Servern
    • Zertifikat auf dem ZielExchangeServer beinhaltet in Subject den Netbios Servernamen
    • der ServiceAccount hat keine weiteren Rechte und verfügt über ein Postfach

     

    Einige Artikel und Seiten gelesen vor der Konfiguration, da ich mich vom Transaktionsserver auch nicht via MFCMapi mit dem Postfach verbinden kann, liegt hier aktuell mein Problem.

    MFCMAPI Fehler: "The logon credentials supplied were incorrect. Make sure your username and domain are correct, then type your password again." Passwort ist nicht falsch, wurde auch nochmal neu vergeben !

    Donnerstag, 19. September 2013 18:25

Alle Antworten

  • Update: Logon Fehler am Ziel Exchange Server
    Am IORepl Server kann ich mich mit den Service Account Credentials anmelden.

    Log Name: Security
    Source: Microsoft-Windows-Security-Auditing
    Date: 9/23/2013 1:53:01 PM
    Event ID: 4625
    Task Category: Logon
    Level: Information
    Keywords: Audit Failure
    User: N/A
    Computer: xxxxxxxxxxxx
    Description:
    An account failed to log on.

    Subject:
    Security ID: NULL SID
    Account Name: -
    Account Domain: -
    Logon ID: 0x0

    Logon Type: 3

    Account For Which Logon Failed:
    Security ID: NULL SID
    Account Name: svc_xxxxxxxxxx
    Account Domain: xxxxxxxxx.PRI

    Failure Information:
    Failure Reason: Unknown user name or bad password.
    Status: 0xc000006d
    Sub Status: 0xc000006a

    Process Information:
    Caller Process ID: 0x0
    Caller Process Name: -

    Network Information:
    Workstation Name: xxxxxxxxxxxx
    Source Network Address: xxxxxxxxx
    Source Port: 1144

    Detailed Authentication Information:
    Logon Process: NtLmSsp
    Authentication Package: NTLM
    Transited Services: -
    Package Name (NTLM only): -
    Key Length: 0

    This event is generated when a logon request fails. It is generated on the computer where access was attempted.

    The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

    The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network).

    The Process Information fields indicate which account and process on the system requested the logon.

    The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

    The authentication information fields provide detailed information about this specific logon request.
    - Transited services indicate which intermediate services have participated in this logon request.
    - Package name indicates which sub-protocol was used among the NTLM protocols.
    - Key length indicates the length of the generated session key. This will be 0 if no session key was requested.
    Montag, 23. September 2013 13:15