Ich habe einen Kunden, der Outlook 2010/Windows 7 auf einem Exchange 2003-Server verwendet. Die Anwendung läuft auf einem Laptop, bleibt außerhalb des Büros und Outlook ist für die Verwendung von RPC/HTTP konfiguriert.
Ich stelle eine Merkwürdigkeit bei der Authentifizierung gegenüber dem Server fest.
Folgendes ist passiert:
Der Benutzer kann sich über Outlook 2010 beim Exchange 2003-Server anmelden, wenn er sich mit Benutzername/Passwort authentifiziert.
Outlook füllt das Feld für den Benutzernamen in der Authentifizierungsaufforderung jedoch mit „[email geschützt]", mit dem sich der Benutzer nicht beim Exchange-Server anmelden kann.
Dies bedeutet, dass sie bei jedem Start von Outlook @domain.com aus dem Benutzernamenfeld entfernen und ihr Kennwort eingeben müssen. (Der Benutzer möchte seine Anmeldeinformationen NICHT speichern. Interessanterweise meldet sich Outlook automatisch und ohne Zwischenfälle an, wenn er seine Anmeldeinformationen speichert.)
Ich denke, die einfachste Lösung besteht darin, den Exchange-Server (oder RPC) irgendwie dazu zu zwingen, eine Authentifizierung über die E-Mail-Adresse zuzulassen. Ich weiß jedoch nicht, wie ich das zum Laufen bringen soll.
Noch ein Hinweis: Die Windows-Domäne istnichtdasselbe wie die E-Mail-Adresse des Benutzers. Exchange verarbeitet die Domäne meines Benutzers für die E-Mail-Zustellung, aber die tatsächliche Windows-Domäne ist anders. Ich wäre damit einverstanden, wenn sich der Benutzer bei Exchange anmeldet mit[email geschützt](Es ist eine .COM-Endung, nicht .LOCAL oder ähnliches.)
Prost,
M
Antwort1
Eigentlich handelt es sich eher um ein Active Directory- als um ein Exchange-Problem.
Sowohl DOMAIN\USERNAME als auch USERNAME@DOMAIN sind für Windows funktional gleich.
Sofern die E-Mail-Domäne nicht mit der Windows-Domäne identisch ist,[email geschützt]funktioniert nicht, um den Benutzer anzumelden.
Sie KÖNNEN das Problem jedoch umgehen, indem Sie die E-Mail-Domäne als UPN-Suffix in Active Directory hinzufügen und dann das UPN-Suffix des Benutzers so ändern, dass es mit der E-Mail übereinstimmt. Dies wird im Allgemeinen nur in gehosteten Exchange-Umgebungen mit separaten GALs durchgeführt, hauptsächlich, weil das UPN-Suffix dann Probleme beim Zugriff auf Domänenressourcen verursachen kann, wenn der Benutzer zur manuellen Authentifizierung aufgefordert wird.
tl;dr - wenn es nur ein Benutzer ist, würde ich ihn wahrscheinlich einfach authentifizieren lassen als[email geschützt]. Wenn der Benutzer wichtig ist, gibt es eine Problemumgehung, und ich kann Sie durch diese Schritte führen, aber dies kann andere Probleme verursachen.