Při použití ověřování na základě formulářů dojde k neočekávanému ukončení relace aplikace Outlook Web Access (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)

Překlady článku Překlady článku
ID článku: 820378 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Příznaky

Při přihlášení k poštovní schránce pomocí Outlook Web Access (OWA), mohou se vyskytnout následující příznaky:
  • Jeden z následujících chybových zpráv obdržíte při pokusu o použití funkce kontroly pravopisu OWA:

    Zpráva 1
    Nespecifikovaná chyba.
    Zpráva 2
    Nelze zkontrolovat pravopis v této položky. Opakujte akci později.
  • Vaše relace je neočekávaně ukončena.

Příčina

Toto chování může dojít, pokud Outlook Web Access serveru publikovány prostřednictvím Microsoft Internet Security and Acceleration (ISA) Server nebo pokud jsou splněny obě následující podmínky:
  • Přihlášení pomocí pouze vaše aliasu uživatele a heslo namísto zadáním domény ve formátu Universal Naming Convention (UNC) (Domain\User) nebo formátu hlavního jména (UPN) uživatele (user@domain.com).
  • Virtuální server Exchange je nakonfigurován pro použití ověřování na základě formulářů (cookie auth).

Jak potíže obejít

Chcete-li toto chování obejít, použijte některou z následujících metod.

Metoda 1: Určení domény při přihlášení

Při přihlášení, zadejte vaší domény v přihlašovací pověření. To provést, použijte jednu z následujících formátů v seznamu jméno dialogovém okně připojit Servername.com (kde domain je název vaší domény, kde je váš alias user a kde UPN je jméno UPN):
domain\user

Nebo

user@UPN

Metoda 2: Přizpůsobení Logon.ASP

Pokud chcete určit doménu při přihlášení, vytvořit vlastní stránku Logon.ASP, která zahrnuje výchozí doménu (viditelné nebo skryté). Můžete také zobrazit seznam domén, které server podporuje.

Následující příklad kódu ukazuje, jak vytvořit vlastní stránku Logon.ASP. Tento kód použít nahradit obě instance <form> v každé jazykové verze souboru Logon.ASP s následujícím kódem.

Poznámka: Je nutné nahradit obě instance <form> s tímto kódem protože jedné instance je pro bohaté zkušenosti a druhé instance je základní zkušenosti. Toto nahrazení je vyžadována pro kompatibility prohlížeče. Také, pokud provedete vlastní stránku Logon.ASP, uživatelé již nebude moci přihlásit pomocí uživatelského jména domain \ user name. Pokud to mohou provést jejich bude skutečně být předání domain \ domain \ user name.

Společnost Microsoft poskytuje ukázky programování pouze pro ilustraci, bez žádné záruky výslovně uvedené nebo odvozené,. včetně, bez omezení, odvozených záruk vztahujících se k obchodovatelnosti nebo vhodnosti pro určitý účel. Tento článek předpokládá, že uživatel je obeznámen s programovacím jazykem, který je předmětem ukázky, a s nástroji použitými pro vytvoření a ladění skriptu. Pracovníci technické podpory společnosti Microsoft mohou vysvětlit funkce určitého postupu, nemohou však následující příklady rozšířit o další funkce nebo konstrukce podle konkrétních požadavků uživatele.

Důležité: Společnost Microsoft poskytnout pomoc v přizpůsobení OWA objekty a pokud kontaktovat společnost Microsoft o problému OWA pro server OWA je přizpůsoben na nahraďte původní verze souborů musí soubory vlastní.
Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
327178 Zásady podpory společnosti Microsoft v souvislosti s úpravou aplikace Outlook Web Access pro aplikaci Exchange (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)
<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()">
Poznámka: Ve skriptu Ujistěte se, přidat název síťové domény základní vstupně výstupního systému (NetBIOS) v kódu. Ve skriptu, který je k dispozici vložte název domény v <name of NetBIOS domain here> umístění.

Metoda 3: Zakázat ověřování pro příchozí webové požadavky ISA Server 2000

Pokud OWA publikována za serveru běží ISA Server, ověřte, že jsou konfigurovány žádné metody ověřování pro příchozí webové požadavky.
  1. Otevřete ISA Server 2000.
  2. Pravým tlačítkem klepněte na název serveru ISA a potom klepněte na příkaz Vlastnosti.
  3. Klepněte na kartu Příchozí webové požadavky.
  4. Vyberte naslouchání webového požadavku použité pro OWA a potom klepněte na tlačítko Upravit.
  5. Zrušte zaškrtnutí všech metod ověřování, včetně integrované metodu ověřování.
  6. Klepněte na tlačítko OK.
  7. Restartujte službu Microsoft ISA Server Web Proxy.

    Poznámka: Tato metoda musí být v ISA Server 2004 a ISA Server 2006 provedeno na naslouchání pravidlo pro publikování.

Další informace

V Exchange Server 2003 vyžaduje ověřování na základě formulářů (cookie auth) použijte znak zpětné lomítko jako výchozí doménu nastavení Exchange System Manager. Toto omezení je navržena pro podporu přihlášení uživatele pomocí formátu UPN. Pokud upravit výchozí domény v Internetová informační služba (IIS) na nic než nastavení výchozí domény „ \ „ Exchange System Manager obnovit výchozí nastavení domény „ \"na serveru.

Navíc pokud ověřování na základě formulářů je implementována v konfiguraci front-end-back-end, nastavení výchozí domény na serveru back-end musí odpovídat nastavení výchozí domény na serveru front-end nebo může docházet k problémům ověřování. Proto pokud je povoleno ověřování na základě formulářů na serveru front-end (které vyžaduje zpětné lomítko jako výchozí doména), výchozí doménu na serveru back-end musí také být nastavit na „ \ „ Exchange System Manager.

Další informace o proč byste spravovat ověřování a výchozí domény nastavení v nástroji Exchange System Manager klepněte na následující čísla následujících článcích databáze Microsoft Knowledge Base:
240105 Obecné informace o synchronizaci adresářové služby a databáze Metabase na serveru Exchange 2000 Server (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)
264941 Změny nastavení virtuálních adresářů nejsou zachovány (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)

Prohlášení

Toto chování je záměrné.

Vlastnosti

ID článku: 820378 - Poslední aktualizace: 7. května 2008 - Revize: 13.0
Informace v tomto článku jsou určeny pro produkt:
  • 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
Klíčová slova: 
kbmt kbnofix kbbug KB820378 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:820378

Dejte nám zpětnou vazbu

 

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