Poradce při potížích OWA pro rámec obsahu zobrazuje text načítání ”

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

Příznaky

Při použití aplikace Microsoft Internet Explorer verze 5.0 nebo novější přístup Outlook Web Access (OWA) v serveru Microsoft Exchange 2000 nebo 2003 Microsoft Exchange Server můžete obdržet následující zprávu v rámci obsah OWA namísto seznamu zpráv očekáváte:
Načítání...
Poznámka: Pokud používáte Internet Explorer verze 4 nebo Netscape, nemusíte zaznamenat toto chování.

Můžete také být vyzváni pro vaše pověření několikrát. Vedle ukazování zmíněné zprávy v rámci obsah může také zobrazit zástupný obrázky kde ikony a tlačítka panelu nástrojů se obvykle zobrazují.

Příčina

Toto chování může dojít některý z následujících důvodů:
  • Internet Explorer verze 5.0 a vyšší podporuje HTTP-DAV popsaným Request for (Comments) 2518). Distributed Authoring Version (DAV) používá slovesa (HYPERTEXT Transfer Protocol), který proxy server nebo firewall nerozpozná. Server proxy nebo firewall řešení navíc neumožňuje přizpůsobit seznam schválených akce protokolu HTTP.
  • V jazykové předvolby Internet Explorer není zadán jazyk.
  • Došlo k chybě logiku v kódu skriptu na straně serveru pro aplikaci OWA. K tomuto problému dochází, když provádí OWA požadavek GET, který obsahuje záhlaví přeložit nastavit f (false).
  • Exchange server je za Microsoft Proxy Server 2.0 a serveru proxy nebyl nakonfigurován publikovat adresáře Exchweb.
  • Pokud se obrázky zástupný kde ikony a tlačítka panelu nástrojů se obvykle zobrazují, toto chování může být způsobena některou z následujících scénářů:
    • Oprávnění pro složku Exchsrvr\Exchweb jsou nesprávné.
    • Exchweb virtuálního adresáře ve Správci služeb sítě Internet není správně nakonfigurováno nebo chybí virtuální adresáře, jako například Img virtuální adresář a zobrazení virtuálního adresáře.
    • Exchweb virtuálního adresáře v Internetová informační služba (IIS) v počítači back-end Exchange, je zaškrtnuto políčko Vyžadovat zabezpečený kanál (SSL).
  • Byl počítač Exchange inovovány ze systému Microsoft Windows Server 2000 na Microsoft Windows Server 2003 a URLScan byl nainstalován a nakonfigurován před upgradem. URLScan není požadováno pro službu IIS 6.0 a může způsobit problémy, které jsou konzistentní s tyto příznaky. URLScan 2.5 je jedinou verzí Microsoft pro použití se službou IIS 6.0 podporuje.
  • Aktualizace S/MIME odkazovaný v článku znalostní báze Microsoft Knowledge Base 883543 byla použita k serveru back-end Exchange, ale nebyla použita na servery front-end. Další informace o S/MIME aktualizace, klepněte na následující číslo článku databáze Microsoft Knowledge Base:
    883543Při spuštění klienta OWA serveru Exchange Server 2003 v počítači se systémem Windows XP s aktualizací Service Pack 2 se do aplikace OWA nezavádí ovládací prvek S/MIME
  • "Načítání" v podokně Doručená Pokud uživatel změnil nastavení zóny zabezpečení v aplikaci Internet Explorer může zobrazit. Pokud webu aplikace OWA, jako například http://mail.domain.com, byl přidán do zóny zabezpečení, jako například "Důvěryhodné servery," v aplikaci Internet Explorer a zakázal možnost aktivní skriptování pro danou zónu zabezpečení, uvidíte "Načítání" v podokně Doručená v aplikaci OWA po, ověřovat. Povoleno integrované ověřování, budou vyzváni k zadání pověření a okamžitě uvidíte "Načítání".
  • Připojujete poštovní server Exchange 2003 prostřednictvím serveru Exchange 2007 Client Access. Pokud se připojujete pomocí základního ověřování namísto ověřování na základě formulářů, potvrďte, že základní ověřování byl nakonfigurován na/Exchange, /public a /exchweb virtuální adresáře v IIS na serveru Client Access.

Řešení

  1. Pokud proxy server nebo firewall HTTP-DAV slovesa nepodporuje toto chování obejít, použijte jednu z následujících metod:
    • Metoda 1 Vynutit OWA považovat dřívější verze aplikace Internet Explorer verze 5.0 a vyšší. Další informace o vynucení OWA považovat Internet Explorer verze 5.0 a novější jako dřívější verze klepněte na následující číslo článku databáze Microsoft Knowledge Base:
      296232Při použití aplikace Internet Explorer 5 a vyšší přístup OWA prázdný doručené
      Další informace o HTTP-DAV a "formátovaným" versus "dosažení" klienty klepněte na následující číslo článku databáze Microsoft Knowledge Base:
      310594Jak chcete pevný kód klienta reach pro Internet Explorer 5.0 a novější
    • Metoda 2 Protokol SSL (Secure Sockets Layer) (SSL) použijte na webu aplikace OWA. Tento krok šifruje přenosy HTTP tak, aby brána firewall nemůže určit, jaké akce protokolu HTTP jsou odesílány.
    • Metoda 3 Pokud je Exchange server za počítače se systémem Microsoft Proxy Server 2.0, ujistěte se, že proxy server publikuje Exchweb adresář na adresář Exchange. Postupujte takto:
      1. Spusťte Správce služeb Internet (ISM) v serveru proxy.
      2. Klepněte na Web Proxy a v nabídce Akce klepněte na příkaz Vlastnosti.
      3. Na kartě publikování klepnutím zaškrtněte políčko Povolit publikování webu.
      4. Klepněte na tlačítko Odeslat příchozí požadavky na místní server.
      5. Přidat výjimku odesílat požadavky pro následující položky záznamu prostředku registered mail exchanger (MX) je FQDN a Server je název NetBIOS nebo adresu IP počítače Exchange. Přidat výjimku odesílání požadavků:
        • http:// FQDN / Exchweb

          -k-
        • http:// Server / Exchweb
      6. Při přístupu k aplikaci OWA prostřednictvím serveru proxy použít úplný doménový název (FQDN). Další informace o konfiguraci Microsoft Outlook Web Access (OWA) za proxy server klepněte na následující číslo článku databáze Microsoft Knowledge Base:
        207655Nastavení publikování na webu a aplikace OWA prostřednictvím serveru proxy (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)
  2. Chcete-li tento problém vyřešit, pokud jazyk není zadán v předvolby jazyka Internet Explorer, postupujte takto:
    1. Spusťte aplikaci Internet Explorer.
    2. V nabídce Nástroje klepněte na příkaz Možnosti Internetu.
    3. Na kartě Obecné klepněte na tlačítko jazyky, klepněte na tlačítko Přidat, klepněte na jazyk, který chcete přidat a potom dvakrát klepněte na tlačítko OK.
    4. Zavřete všechna okna prohlížeče otevřené.
  3. Další informace o toto chování obejít logické chybě došlo v kódu skriptu na straně serveru pro aplikaci Outlook Web Access klepněte na následující číslo článku databáze Microsoft Knowledge Base:
    330220Aplikace Outlook Web Access nezobrazuje doručené zprávy při zobrazení zprávy "Načítání..."
  4. Pokud proxy server nebyl nakonfigurován publikovat adresáře Exchweb toto chování obejít, postupujte takto:
    1. Na serveru proxy spusťte Správce služeb Internetu.
    2. Klepněte na Web Proxy a v nabídce Akce klepněte na příkaz Vlastnosti.
    3. Na kartě publikování klepnutím zaškrtněte políčko Povolit publikování webu.
    4. Klepněte na tlačítko Odeslat příchozí požadavky na místní server.
    5. Přidat výjimku odesílat požadavky pro následující položky, kde FQDN je registrovaný záznam MX a Server je název NetBIOS nebo adresu IP počítače Exchange. Přidat výjimku odesílání požadavků:
      • http:// FQDN / Exchweb

        -k-
      • http:// Server / Exchweb
    6. Při přístupu k aplikaci OWA prostřednictvím serveru proxy použít úplný doménový název (FQDN) >. Další informace o konfiguraci Outlook Web Access za proxy server klepněte na následující číslo článku databáze Microsoft Knowledge Base:
      207655Nastavení publikování na webu a aplikace OWA prostřednictvím serveru proxy (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)
  5. Chcete-li toto chování vyřešit, pokud se zobrazí zástupný obrázky kde vaše nástrojů tlačítka a ikony se obvykle zobrazí, přidělit přístup skupině Authenticated Users složky Exchsrvr\Exchweb. Postupujte takto:
    1. Spusťte Průzkumníka Windows a vyhledejte složku Exchweb.

      Poznámka: V nové instalaci Exchange 2000 je výchozí umístění složky Exchweb C:\Program files\Exchsrvr\Exchweb. Pokud jste provedli upgrade na Exchange 2000 z Microsoft Exchange Server 5.5 nebo starší, je výchozí umístění složky C:\Exchsrvr\Exchweb.
    2. Klepněte pravým tlačítkem myši na složku Exchweb a potom klepněte na příkaz Vlastnosti.
    3. Klepněte na kartu zabezpečení.

      Poznámka: Pokud chybí karta zabezpečení nepoužíváte jednotce formátované systému souborů NTFS. V tomto scénáři OWA problém nebyl způsoben nesprávná oprávnění.
    4. Ověřte, zda má skupina Authenticated Users následující oprávnění:
      • Čtení a spouštění
      • Zobrazovat obsah složky
      • Číst
    5. Pokud není skupině Authenticated Users uvedena, klepněte na tlačítko Přidat přidejte do seznamu uživatelé s oprávněními skupiny Authenticated Users.
    6. Po ověření skupiny Authenticated Users má správná oprávnění klepněte na tlačítko OK.
  6. Virtuální adresář Exchweb musí být povolena možnost anonymní přístup. Virtuální adresář Exchweb musí omezit není adresa IP nebo domény uživatelů, kteří musí mít přístup k aplikaci OWA. Ověřte, zda je virtuální adresář Exchweb správně nakonfigurována, postupujte takto:
    1. Klepněte na tlačítko Start, klepněte na příkaz programy, klepněte na položku Nástroje pro správu a potom klepněte na položku Správce služeb Internetu.
    2. Otevřete web obsahující virtuální adresář Exchweb. Výchozí web je výchozí umístění pro virtuální adresáře, které jsou používány OWA.

      Poznámka: Exchweb virtuální adresář není uveden na některé části webové servery a virtuální adresáře Exchange, veřejné a Exadmin jsou uvedeny, je třeba ručně přidat virtuální adresář Exchweb. Postupujte takto:
      1. Klepněte na tlačítko Start, klepněte na příkaz programy, klepněte na položku Nástroje pro správu a potom klepněte na položku Správce služeb Internetu.
      2. Klepněte pravým tlačítkem myši na webový server, přejděte na příkaz Nový a pak klepněte na příkaz Virtuální adresář.
      3. Při spuštění Průvodce vytvořením virtuálního adresáře klepněte na tlačítko Další.
      4. V poli alias zadejte Exchweb a potom klepněte na tlačítko Další.
      5. Klepněte na tlačítko Procházet vyhledejte složku Exchsrvr\Exchweb a potom klepněte na tlačítko OK.
      6. Klepněte na tlačítko Další a potom klepnutím na tlačítko Další znovu přijmout výchozí přístupová oprávnění.
      7. Klepněte na tlačítko Dokončit.
      Ověřte, že virtuální adresáře jsou umístěny v Exchweb:
      • Přihrádky
      • Cabs
      • Ovládací prvky
      • HELP
      • IMG
      • Zobrazení
      Pokud chybí některý z těchto složek, opakujte kroky 1 až 7 znovu vytvořit virtuální adresář Exchweb.
    3. Ověřte, zda má adresář povolena možnost anonymní přístup. Postupujte takto.

      Poznámka: Pokud jste povolili možnost Integrované ověřování systému Windows adresář Exchweb, obdržíte zprávu s dotazem, pokud chcete také použít změny podadresáře. Tato zpráva, klepněte na tlačítko Vybrat vše a použít změny.
      1. Klepněte pravým tlačítkem myši na virtuální adresář Exchweb, klepněte na příkaz Vlastnosti a klepněte na kartu Zabezpečení adresáře.
      2. Ve skupinovém rámečku anonymního přístupu a ověřování klepněte na tlačítko Upravit.
      3. Ověřte, zda je povolena možnost anonymní přístup a klepněte na tlačítko OK.
      4. Ve skupinovém rámečku omezení podle adres IP a domény název klepněte na tlačítko Upravit.
      5. Ujistěte se, zda je vybrána možnost Udělit přístup a pouze konkrétní adresy IP nebo domény, který chcete omezit z webu OWA jsou v seznamu výjimek.
      6. Klepněte dvakrát na tlačítko OK.
    Pokud problém přetrvává, ověřte, zda je správně nakonfigurována možnost anonymní přístup.
  7. Chcete-li vyřešit toto chování popsané v KB 883543 aktualizace S/MIME byl použit na serveru back-end Exchange, ale nebyla použita na serveru front-end, nainstalujte aktualizaci S/MIME na serverech front-end i back-end.
  8. Chcete-li vyřešit toto chování Exchweb virtuálního adresáře v IIS v počítači back-end Exchange, je zaškrtnuto políčko Vyžadovat zabezpečený kanál (SSL), postupujte takto:
    1. Otevřete konzolu Správa IIS na serveru back-end Exchange 2003.
    2. Klepněte pravým tlačítkem myši na virtuální adresář Exchweb pod výchozí web a klepněte na příkaz Vlastnosti.
    3. Klepněte na kartu Zabezpečení adresáře.
    4. Klepněte na tlačítko Upravit v oblasti Zabezpečená komunikace.
    5. Klepnutím zrušte zaškrtnutí políčka Vyžadovat zabezpečený kanál (SSL) a potom klepněte na tlačítko OK pro všechna okna.

Další informace

Pokud metody uvedené v části "Řešení" problém nevyřešíte, zkuste jednu nebo více následujících kroků:
  1. Znovu zaregistrujte MSXML.dll a Msxml3.dll. Do příkazového řádku v počítači se serverem Exchange zadejte následující příkazy:
    regsvr32 c:\winnt\system32\msxml.dll
    regsvr32 c:\winnt\system32\msxml3.dll
  2. Znovu vytvořit související Exchange virtuální adresáře ve Správci služeb sítě Internet v závislosti na situaci použijte jednu z následujících metod.

    Exchange 2000

    1. Spusťte Správce Internetové služby a klepněte na ikonu počítače pod Internetová informační služba.
    2. V nabídce Akce klepněte na příkaz Zálohovat či obnovit konfiguraci.
    3. Klepněte na tlačítko vytvořit zálohu, zadejte název záložního souboru a klepněte na tlačítko OK.

      Poznámka: Ve výchozím záložní soubor je uložen do složky %SystemRoot%\system32\inetsrv\MetaBack. Chcete-li uložit záložní soubor do jiného umístění můžete zkopírovat soubor z výchozího umístění do jiného umístění. Ve výchozím umístění pro povolení obnovení snadno udržovat kopii záložního souboru. Tento způsob zálohování umožňuje obnovení pouze nastavení Internetová informační služba (IIS), není obsahu souborů. Tento způsob zálohování nefunguje, pokud přeinstalování operačního systému. Záložní soubory nelze použít k obnovení konfigurace služby IIS v jiných počítačích se systémem Windows 2000.
    4. Klepněte na tlačítko Zavřít.
    5. Klepněte pravým tlačítkem myši výchozí web a klepněte na tlačítko Zastavit.
    6. Odstranit následující virtuální adresáře:
      • Exadmin
      • Exchange
      • Public (Veřejné)
      • ExchWeb
    7. Otevřete příkazový řádek v počítači se serverem Exchange zadejte cd c:\inetpub\adminscripts a stiskněte klávesu ENTER.

      Poznámka: Skript adsutil.vbs používá CScript. Pokud zaregistrujete Cscript.exe jako výchozího hostitele pro skriptování, nemají zadejte cscript.exe začátek skripty je spustit. Pokud nechcete registraci Cscript.exe nebo CScript jste již registrována jako výchozího hostitele pro skriptování, přejděte ke kroku kB.
    8. Zaregistrovat CScript jako výchozí hostitel skriptu zadejte adsutil a stiskněte klávesu ENTER.

      Pokud CScript není výchozí skriptovací hostitele v tomto počítači, zobrazí se následující zpráva:
      Tento skript nefunguje s WScript.
      CScript již výchozí skriptovací hostitel, zobrazí se text, který popisuje, jak používat nástroj Adsutil.vbs.
    9. Klepněte na tlačítko OK.
    10. Klepněte na tlačítko Ano registrovat CScript, klepněte na tlačítko OK a znovu klepněte na tlačítko OK.
    11. Zadejte následující příkaz:
      adsutil odstranit ds2mb
    12. Restartujte službu Microsoft Exchange System Attendant. Toto znovu vytvoří Exadmin, Exchange a veřejných virtuálních adresářů IIS.
    13. Ve Správci služby Internetu výchozí web klepněte pravým tlačítkem myši a potom klepněte na tlačítko Spustit.

    Server Exchange 2003

    Metoda 1: Obnovení HighWaterMarks

    1. Stáhněte a nainstalujte nástroje IIS 6.0 Resource Kit. Získání nástroje IIS 6.0 Resource Kit naleznete na následujícím webu:
      http://www.microsoft.com/downloads/details.aspx?FamilyID=56FC92EE-A71A-4C73-B628-ADE 629C89499&displaylang=en
      Pokud chcete nainstalovat všechny IIS 6.0 Resource Kit nástroje, klepněte na možnost Vlastní instalace nainstalovat pouze 1.6 Explorer metabáze.
    2. Spusťte Správce služby IIS.
    3. Zálohování metabáze. Chcete-li to provést, klepněte pravým tlačítkem myši na výchozí web, klepněte na příkaz Všechny úkoly a klepněte na tlačítko Uložit konfiguraci do souboru. Zadejte název souboru a klepněte na tlačítko OK.
    4. Rozbalte položku Výchozí webový server a potom odstraňte následující virtuální adresáře:
      • Microsoft-Server-ActiveSync
      • OMA
      • Exadmin
      • Exchange
      • Public (Veřejné)
      • ExchWeb
    5. Spusťte Průzkumníka metabáze. Chcete-li to provést, klepněte na tlačítko Start, přejděte na příkaz Všechny programy, přejděte na Prostředky IIS, přejděte na položku Metabáze Explorer a klepněte na položku Průzkumník metabáze.
    6. Rozbalte klíč LM klíč DS2MB klepněte pravým tlačítkem myši a klepněte na příkaz Odstranit.
    7. Zavřete Explorer metabáze.
    8. Restartujte službu Microsoft Exchange System Attendant znovu vytvořit virtuální adresáře v IIS.

      Poznámka: Pokud virtuální adresáře nejsou po 15 minutách vytvořeny znovu, restartujte server.
    9. Ve Správci služby IIS rozbalte položku Výchozí webový server, klepněte pravým tlačítkem myši Exchweb a potom klepněte na příkaz Vlastnosti.
    10. Klepněte na kartu Zabezpečení adresáře a potom klepněte na tlačítko Upravit pod ověřování a řízení přístupu.
    11. Ověřte, zda je zaškrtnuto pouze anonymní přístup políčko Povolit.
    12. Klepněte pravým tlačítkem myši výchozí web a klepněte na tlačítko Zastavit.
    13. Klepněte pravým tlačítkem myši výchozí web a potom klepněte na tlačítko Spustit.

    Metoda 2: Použití ADSUtil odstranit klíč DS2MB

    1. Postupujte podle kroků až c v části "Metoda 1: obnovení HighWaterMarks" zálohovat metabázi.
    2. Rozbalte položku Výchozí webový server a potom odstraňte následující virtuální adresáře:
      • Microsoft-Server-ActiveSync
      • OMA
      • Exadmin
      • Exchange
      • Public (Veřejné)
      • ExchWeb
    3. Otevřete příkazový řádek zadejte c:\inetpub\adminscripts a stiskněte klávesu ENTER.
    4. Zadejte adsutil a stiskněte klávesu ENTER.

      Pokud CScript není výchozí skriptovací hostitele v tomto počítači, zobrazí se následující zpráva:
      Tento skript nefunguje s WScript.
      Klepněte na tlačítko OK, klepněte na tlačítko Ano registrovat CScript, klepněte na tlačítko OK a znovu klepněte na tlačítko OK.

      Poznámka: CScript již výchozí skriptovací hostitel, zobrazí se text, který popisuje, jak používat nástroj Adsutil.vbs.
    5. Zadejte adsutil odstranit ds2mb a stiskněte klávesu ENTER.
    6. Restartujte službu Microsoft Exchange System Attendant znovu vytvořit virtuální adresáře v IIS.

      Poznámka: Pokud virtuální adresáře nejsou po 15 minutách vytvořeny znovu, restartujte server.
    7. Ve Správci služby IIS rozbalte položku Výchozí webový server, klepněte pravým tlačítkem myši Exchweb a potom klepněte na příkaz Vlastnosti.
    8. Klepněte na kartu Zabezpečení adresáře a potom klepněte na tlačítko Upravit pod ověřování a řízení přístupu.
    9. Ověřte, zda je zaškrtnuto pouze anonymní přístup políčko Povolit.
    10. Klepněte pravým tlačítkem myši výchozí web a klepněte na tlačítko Zastavit.
    11. Klepněte pravým tlačítkem myši výchozí web a potom klepněte na tlačítko Spustit.
Další informace, pokud "načítání" také zahrnuje nelze zobrazit složku. Došlo k vnitřní chybě serveru"chybová zpráva, klepněte na následující číslo článku databáze Microsoft Knowledge Base:
267911Chyba "Vnitřní chyba serveru" dochází při používání aplikace OWA
Další informace o virtuálních adresářů IIS klepněte na následující číslo článku databáze Microsoft Knowledge Base:
262181Virtuální adresáře IIS používá aplikace Outlook Web Access
Tento problém způsobují mít známo následující produkty:
  • Microsoft Proxy Server 2.0
  • Symantec Raptor 6.5
  • Server Netscape Proxy
  • Sítě Associates Gauntlet
Produkty třetích stran, o nichž se hovoří v tomto článku, jsou vyráběny společnostmi nezávislými na společnosti Microsoft. Společnost Microsoft neposkytuje žádnou záruku (implicitně předpokládanou ani jinou) týkající se výkonu a spolehlivosti těchto produktů.

Vlastnosti

ID článku: 280823 - Poslední aktualizace: 9. ledna 2009 - Revize: 13.1
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Exchange Server 2007 Enterprise Edition
  • Microsoft Exchange Server 2007 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Klíčová slova: 
kbmt kbprb KB280823 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:280823

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