Outlook Web Access-Sitzung wird unerwartet beendet, wenn die formularbasierte Authentifizierung verwendet wird

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 820378 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Wenn Sie zu Ihrem Postfach anmelden mithilfe von Microsoft Outlook Web Access (OWA), können Sie die folgenden Symptome auftreten:
  • Sinngemäß eine der folgenden Fehlermeldungen beim Versuch, die OWA-Feature für die Rechtschreibprüfung verwenden:

    Nachricht 1
    Nicht spezifizierter Fehler.
    Nachricht 2
    Die Rechtschreibung in diesem Element kann nicht überprüft werden. Versuchen Sie es später erneut.
  • OWA-Sitzung wird unerwartet beendet.

Ursache

Dieses Verhalten kann auftreten, wenn Outlook Web Access-Server über Microsoft Internet Security and Acceleration (ISA) Server veröffentlicht wird oder wenn die beiden folgenden Bedingungen erfüllt sind:
  • Sie Anmelden nur mithilfe Ihrer Benutzeralias und Kennwort anstelle von durch Angabe der Domäne in einer UNC (Universal Naming Convention)-Format (Domain\User) oder Ihre Benutzer principal Name (UPN) Format (user@domain.com).
  • Der virtuelle Exchange-Server ist mit formularbasierte Authentifizierung (Cookie-Authentifizierung) konfiguriert.

Abhilfe

Wenden Sie eine der folgenden Methoden an, um dieses Problem zu umgehen.

Methode 1: Geben Sie die Domäne beim Anmelden

Wenn Sie sich anmelden, geben Sie Ihre Domäne, in Ihre Anmeldeinformationen. Verwenden Sie hierzu eine der folgenden Formate in der Liste Benutzername , der im Dialogfeld mit Servername.com (wobei domain der Name Ihrer Domäne ist, wobei user Ihren Alias ist und dem UPN der Benutzerprinzipalname ist):
domain\user

-oder-

user@UPN

Methode 2: Passen Sie Logon.ASP an

Wenn Sie die Domäne angeben, wenn Sie sich anmelden möchten, erstellen Sie eine benutzerdefinierte Logon.ASP-Seite, die die Standarddomäne (sichtbar oder ausgeblendet) enthält. Sie können auch eine Liste der Domänen anzeigen, die der Server unterstützt.

Der folgende Beispielcode veranschaulicht, wie eine benutzerdefinierte Seite Logon.ASP zu erstellen. Dieser Code verwenden möchten, ersetzen Sie beide Instanzen von <form> in jeder Sprachversion der Datei Logon.ASP mit den folgenden Code.

Hinweis: Sie müssen beide Instanzen von <form> ersetzen. mit diesem Code da eine Instanz für umfangreiche Erfahrung und die andere Instanz ist für grundlegende Erfahrung. Diese Ersetzung ist für die Browserkompatibilität erforderlich. Auch wenn Sie eine benutzerdefinierte Seite Logon.ASP Benutzer werden nicht mehr mit dem Benutzernamen der domain anmelden \ user name. Wenn Sie dies tun Sie werden tatsächlich werden übergeben domain \ domain \ user name.

Microsoft bietet Programmierbeispiele für Abbildung nur ohne Gewährleistung oder konkludent. Dies umfasst, ist jedoch nicht beschränkt auf konkludenten Garantien der Handelsüblichkeit oder Eignung für einen bestimmten Zweck. Dieser Artikel setzt voraus, dass Sie mit der Programmiersprache, die Programmierungsbeispiele ist und mit den Tools, die zum Erstellen und Debuggen von Prozeduren verwendet werden vertraut sind. Microsoft Support-Technikern helfen Erläuterung die Funktionalität einer bestimmten Prozedur, Sie werden ändert jedoch nicht diese Beispiele bieten Funktionen hinzugefügt oder Verfahren, um Ihren Anforderungen entsprechend zu erstellen.

wichtig Microsoft bietet keine Unterstützung für OWA-Objekte anpassen und wenn Sie Microsoft zu einem Problem OWA für einen Server, denen OWA kontaktieren auf angepasst ist, müssen Sie die angepassten Dateien durch die ursprünglichen Versionen der Dateien ersetzen.
Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
327178 Microsoft-Supportrichtlinie für die Anpassung von Outlook Web Access für Exchange
<script Language=javascript>
 <!--
  function logonForm_onsubmit()
  {
   if (logonForm.username.value.indexOf("@") !=-1)
    {
     return true;
    }
   logonForm.username.value = "<name of NetBIOS domain here>\\" + logonForm.username.value;
   return false;
  }
 //-->
 </script>
 <FORM action="/exchweb/bin/auth/owaauth.dll" method="POST" name="logonForm" autocomplete="off" onsubmit="logonForm_onsubmit()">
Hinweis: Das Skript stellen Sie sicher, dass Sie den Namen Ihrer Domäne Netzwerk basic Input/Output System (NetBIOS) im Code hinzufügen. Versetzen Sie in das Skript, das bereitgestellt wird Ihren Domänennamen in der <name of NetBIOS domain here> Speicherort.

Methode 3: Deaktivieren der Authentifizierung für eingehende Webanforderungen in ISA Server 2000

Wenn OWA hinter einem Server veröffentlicht wird, auf dem ISA Server ausgeführt wird, stellen Sie sicher, dass keine Authentifizierungsmethoden für eingehende Webanforderungen konfiguriert sind.
  1. Öffnen Sie ISA Server 2000.
  2. Klicken Sie mit der rechten Maustaste auf der ISA Server-Name, und klicken Sie dann auf Eigenschaften .
  3. Klicken Sie auf die Registerkarte Eingehende Webanforderungen .
  4. Wählen Sie den Weblistener für Anforderung, der für OWA verwendet wird, und klicken Sie dann auf Bearbeiten .
  5. Deaktivieren Sie die Authentifizierungsmethoden, einschließlich der integrierten Authentifizierung-Methode.
  6. Klicken Sie auf OK .
  7. Starten Sie den Microsoft ISA Server-Webproxy-Dienst neu.

    Hinweis: In ISA Server 2004 und ISA Server 2006 muss diese Methode auf den Listener für die Veröffentlichungsregel erfolgen.

Weitere Informationen

In Exchange Server 2003 müssen die formularbasierte Authentifizierung (Cookie-Authentifizierung), Sie einen umgekehrten Schrägstrich als Standarddomäne festlegen in Exchange System-Manager verwenden. Diese Einschränkung dient zur Unterstützung von Benutzeranmeldungen im UPN-Format. Wenn Sie die Standarddomäne in Microsoft Internet Information Services (IIS) auf einen anderen als die Standarddomäneneinstellung "\" ändern, wird Exchange System-Manager die Standarddomäneneinstellung auf "\" auf dem Server zurückgesetzt.

Darüber hinaus wenn formularbasierte Authentifizierung in einer front-end-Back-End-Konfiguration bereitgestellt wird, die Standarddomäneneinstellung auf dem Back-End-Server muss die Standarddomäneneinstellung auf dem Front-End-Server übereinstimmen, oder treten möglicherweise Probleme bei der Authentifizierung. Daher, wenn formularbasierte Authentifizierung auf dem Front-End-Server aktiviert ist (die den Backslash als Standarddomäne erfordert), muss die Standarddomäne auf dem Back-End-Server auch zu "\" in Exchange System-Manager festgelegt werden.

Informationen dazu, warum Sie Authentifizierungs- und Domäne Standardeinstellungen im Exchange-System-Manager verwalten soll finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
240105 Allgemeine Informationen zu Directory Service/Metabase Synchronization in Exchange 2000 Server
264941 Änderungen an Einstellungen virtuellen Verzeichnisses werden nicht beibehalten.

Status

Es handelt sich hierbei um ein beabsichtigtes Verhalten.

Eigenschaften

Artikel-ID: 820378 - Geändert am: Mittwoch, 7. Mai 2008 - Version: 13.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Keywords: 
kbmt kbnofix kbbug KB820378 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 820378
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com