Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Solución de problemas de OWA cuando el marco de contenido muestra "Cargando"

Síntomas
Cuando utiliza Microsoft Internet Explorer 5.0 o una versión posterior para tener acceso a Outlook Web Access (OWA) en Microsoft Exchange 2000 Server o en Microsoft Exchange Server 2003, puede recibir el mensaje siguiente en el marco de contenido de OWA en lugar de la lista de mensajes que esperaba:
Cargando ...
Nota
Si está utilizando la versión 4 de Internet Explorer o Netscape, puede que no experimente este comportamiento.

Puede que también se le pida varias veces sus credenciales. Además de ver el mensaje mencionado en el marco de contenido, también puede ver imágenes marcadores de posición en el lugar donde aparecen normalmente los iconos y los botones de la barra de herramientas.
Causa
Este comportamiento puede producirse por cualquiera de las razones siguientes:
  • Internet Explorer 5.0 y las versiones posteriores son compatibles con HTTP-DAV como se describe en la Solicitud de comentarios (RFC) 2518. Creación y control de versiones distribuidos (DAV) utiliza verbos del Protocolo de transferencia de hipertexto (HTTP) que el servidor proxy o el servidor de seguridad no reconoce. Además, su solución de servidor proxy o de servidor de seguridad no le permite personalizar la lista de verbos HTTP aprobados.
  • No se ha especificado ningún idioma en las preferencias de idioma de Internet Explorer.
  • Se ha producido un error lógico en el código de secuencia de comandos del servidor para OWA. Este problema se produce cuando OWA realiza una solicitud HTTP GET que tiene el encabezado Translate establecido en f (falso).
  • Su servidor Exchange está detrás de Microsoft Proxy Server 2.0 y el servidor proxy no se ha configurado para publicar el directorio Exchweb.
  • Si aparecen imágenes marcadores de posición en el lugar donde aparecen normalmente los iconos y los botones de la barra de herramientas, este comportamiento puede deberse a una de las situaciones siguientes:
    • Los permisos para la carpeta Exchsrvr\Exchweb son incorrectos.
    • El directorio virtual Exchweb del Administrador de servicios Internet no está configurado correctamente o faltan directorios virtuales como Img y Views.
    • La casilla de verificación Requerir canal seguro (SSL) está activada en el directorio virtual Exchweb de Servicios de Microsoft Internet Information Server (IIS) en el equipo con Exchange de servicios de fondo.
  • El equipo con Exchange se actualizó de Microsoft Windows Server 2000 a Microsoft Windows Server 2003, y URLScan se instaló y configuró antes de la actualización. URLScan no es necesario para IIS 6.0 y puede ocasionar problemas compatibles con estos síntomas. URLScan 2.5 es la única versión que Microsoft recomienda utilizar con IIS 6.0.
  • La actualización S/MIME mencionada en el artículo 883543 de Microsoft Knowledge Base se aplicó a un servidor de Exchange de servicios de fondo, pero no se aplicó a los servidores de aplicaciones para el usuario. Para obtener más información acerca de la actualización S/MIME, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    883543 El control S/MIME no se carga en OWA cuando ejecuta el cliente OWA de Exchange Server 2003 en un equipo basado en el Service Pack 2 de Windows XP
  • Puede ver "Cargando" en el panel Bandeja de entrada si el usuario ha cambiado la configuración de zonas de seguridad en Internet Explorer. Si el sitio Web de OWA, como http://mail.domain.com, se ha agregado a una zona de seguridad (como "Sitios de confianza") en Internet Explorer y la opción Secuencias de comandos ActiveX se ha deshabilitado para esa zona de seguridad, verá "Cargando" en el panel Bandeja de entrada en OWA después de la autenticación. Si la autenticación integrada está habilitada, no se le pedirán las credenciales y verá inmediatamente "Cargando".
Solución
  1. Para evitar este comportamiento si el servidor proxy o el servidor de seguridad no acepta verbos HTTP-DAV, utilice uno o más de los métodos siguientes:
    • Método 1 Forzar que OWA trate la versión 5.0 de Internet Explorer y las versiones posteriores como versiones anteriores. Para obtener más información acerca de cómo forzar que OWA trate la versión 5.0 y posteriores de Internet Explorer como versiones anteriores, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
      296232 La Bandeja de entrada está vacía cuando usa Internet Explorer 5 y versiones posteriores para tener acceso a OWA
      Para obtener más información acerca de HTTP-DAV y los clientes "rich" frente a "reach", haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
      310594 Cómo codificar el cliente "reach" para Internet Explorer 5.0 y versiones posteriores
    • Método 2 Utilizar Capa de sockets seguros (SSL) en el sitio Web de OWA. Este paso cifra el tráfico HTTP de forma que el servidor de seguridad no pueda averiguar qué verbos HTTP se están enviando.
    • Método 3 Si el servidor de Exchange está detrás de un equipo que ejecuta Microsoft Proxy Server 2.0, asegúrese de que el servidor proxy publique el directorio Exchweb además del directorio Exchange. Para ello, siga estos pasos:
      1. En el servidor proxy, inicie el Administrador de servicios Internet (ISM).
      2. Haga clic en Proxy Web y, después, haga clic en Propiedades en el menú Acción.
      3. En la ficha Publicación, active la casilla de verificación Habilitar publicación Web.
      4. Haga clic en Enviar solicitudes entrantes al servidor local.
      5. Agregue una excepción para enviar solicitudes para los elementos siguientes, donde FQDN es el registro de recurso del agente de intercambio de correo (MX) registrado y Servidor es el nombre NetBIOS o la dirección IP del equipo con Exchange. Agregue una excepción para enviar solicitudes para:
        • http://FQDN/Exchweb

          para
        • http://Servidor/Exchweb
      6. Cuando tenga acceso a OWA mediante Proxy Server, utilice el nombre de dominio completo (FQDN). Para obtener más información acerca de cómo configurar Microsoft Outlook Web Access (OWA) detrás de Proxy Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
        207655 Configurar el acceso a Web Publishing y OWA mediante un proxy
  2. Para resolver este problema si no se ha especificado ningún idioma en las preferencias de idioma de Internet Explorer, siga estos pasos:
    1. Abra Internet Explorer.
    2. En el menú Herramientas, haga clic en Opciones de Internet.
    3. En la ficha General, haga clic en Idiomas, haga clic en Agregar, haga clic en el idioma que desee agregar y, después, haga clic dos veces en Aceptar.
    4. Cierre todas las ventanas abiertas del explorador.
  3. Para obtener más información acerca de cómo evitar este comportamiento si se ha producido un error lógico en el código de secuencias de comandos del servidor para Outlook Web Access, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    330220 Outlook Web Access no muestra mensajes de la Bandeja de entrada cuando se muestra un mensaje "Cargando..."
  4. Para evitar este comportamiento si el servidor proxy no se ha configurado para publicar el directorio Exchweb, siga estos pasos:
    1. En el servidor proxy, inicie el Administrador de servicios Internet.
    2. Haga clic en Proxy Web y, después, haga clic en Propiedades en el menú Acción.
    3. En la ficha Publicación, active la casilla de verificación Habilitar publicación Web.
    4. Haga clic en Enviar solicitudes entrantes al servidor local.
    5. Agregue una excepción para enviar solicitudes para los elementos siguientes, donde FQDN es el registro MX registrado y Servidor es el nombre NetBIOS o la dirección IP del equipo con Exchange. Agregue una excepción para enviar solicitudes para:
      • http://FQDN/Exchweb

        para
      • http://Servidor/Exchweb
    6. Cuando tenga acceso a OWA mediante Proxy Server, utilice el nombre de dominio completo (FQDN)>. Para obtener más información acerca de cómo configurar Outlook Web Access detrás de Proxy Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
      207655 Configurar el acceso a Web Publishing y OWA mediante un proxy
  5. Para resolver este comportamiento si aparecen imágenes marcadores de posición en el lugar donde aparecen normalmente los iconos y los botones de la barra de herramientas, conceda al grupo Usuarios autenticados acceso a la carpeta Exchsrvr\Exchweb. Para ello, siga estos pasos:
    1. Inicie el Explorador de Microsoft Windows y busque la carpeta Exchweb.

      Nota
      En una instalación nueva de Exchange 2000, la ubicación predeterminada de la carpeta Exchweb es C:\Archivos de programa\Exchsrvr\Exchweb. Si se actualizó a Exchange 2000 desde Microsoft Exchange Server 5.5 o desde una versión anterior, la ubicación predeterminada de la carpeta es C:\Exchsrvr\Exchweb.
    2. Haga clic con el botón secundario del mouse (ratón) en la carpeta Exchweb y, después, haga clic en Propiedades.
    3. Haga clic en la ficha Seguridad.

      Nota
      Si la ficha Seguridad no aparece, no está utilizando una unidad formateada con el sistema de archivos NTFS. En esta situación, el problema con OWA no se debe a permisos incorrectos.
    4. Compruebe que el grupo Usuarios autenticados tiene los siguientes permisos:
      • Leer y ejecutar
      • Mostrar el contenido de la carpeta
      • Leer
    5. Si no aparece el grupo Usuarios autenticados, haga clic en Agregar para agregarlo a la lista de usuarios con permisos.
    6. Cuando haya comprobado que el grupo Usuarios autenticados tiene los permisos correctos, haga clic en Aceptar.
  6. El directorio virtual Exchweb debe tener habilitada la opción Acceso anónimo. El directorio virtual Exchweb no debe restringir la dirección IP o el dominio de los usuarios que deben tener acceso a OWA. Para comprobar que el directorio virtual Exchweb está configurado correctamente, siga estos pasos:
    1. Haga clic sucesivamente en Inicio, Programas, Herramientas administrativas y Administrador de servicios Internet.
    2. Abra el sitio Web que contiene el directorio virtual Exchweb. El sitio Web predeterminado es la ubicación predeterminada para todos los directorios virtuales utilizados por OWA.

      Nota
      Si el directorio virtual Exchweb no se muestra en ninguna parte de los sitios Web, y si los directorios virtuales Exchange, Public y Exadmin se muestran, debe agregar manualmente el directorio virtual Exchweb. Para ello, siga estos pasos:
      1. Haga clic sucesivamente en Inicio, Programas, Herramientas administrativas y Administrador de servicios Internet.
      2. Haga clic con el botón secundario del mouse en el sitio Web, seleccione Nuevo y haga clic en Directorio virtual.
      3. Cuando se inicie el Asistente para crear un directorio virtual, haga clic en Siguiente.
      4. Escriba Exchweb en el cuadro Alias y haga clic en Siguiente.
      5. Haga clic en el botón Examinar, busque la carpeta Exchsrvr\Exchweb y haga clic en Aceptar.
      6. Haga clic en Siguiente y vuelva a hacer clic en Siguiente para aceptar el permiso de acceso predeterminado.
      7. Haga clic en Finalizar.
      Compruebe que los directorios virtuales siguientes se encuentran en Exchweb:
      • Bin
      • Cabs
      • Controls
      • Help
      • Img
      • Views
      Si falta alguna de estas carpetas, repita los pasos 1 a 7 para volver a crear el directorio virtual Exchweb.
    3. Compruebe que el directorio tiene habilitada la opción Acceso anónimo. Para ello, siga estos pasos.

      Nota
      Si ha habilitado la opción Autenticación de Windows integrada para el directorio Exchweb, aparecerá un mensaje en el que se le preguntará si también desea aplicar los cambios a los subdirectorios. Si recibe este mensaje, haga clic en Seleccionar todo y aplique los cambios.
      1. Haga clic con el botón secundario del mouse en el directorio virtual Exchweb, haga clic en Propiedades y, después, haga clic en la ficha Seguridad de directorios.
      2. En Control de autenticación y acceso anónimo, haga clic en Modificar.
      3. Compruebe que la opción Acceso anónimo está habilitada y haga clic en Aceptar.
      4. En Restricciones de nombre de dominio y dirección IP, haga clic en Modificar.
      5. Asegúrese de que la opción Acceso concedido está seleccionada y que la lista de excepciones sólo contiene las direcciones IP o los dominios específicos que desea restringir del sitio de OWA.
      6. Haga clic dos veces en Aceptar.
    Si el problema persiste, compruebe que la opción Acceso anónimo está configurada correctamente. Para obtener más información al respecto, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    187506 Derechos de usuario y permisos NTFS requeridos para IIS 4.0
  7. Para resolver este comportamiento si la actualización S/MIME descrita en el artículo 883543 de Knowledge Base se ha aplicado en un servidor de servicios de fondo de Exchange pero no se ha aplicado a un servidor de aplicaciones para el usuario, instale esa actualización en ambos servidores.
  8. Para resolver este comportamiento si la casilla de verificación Requerir canal seguro (SSL) está activada en el directorio virtual Exchweb de IIS en el equipo con Exchange de servicios de fondo, siga estos pasos:
    1. Abra la consola Administración de IIS en el servidor de servicios de fondo de Exchange 2003.
    2. Haga clic con el botón secundario del mouse en el directorio virtual Exchweb bajo el sitio Web predeterminado y, a continuación, haga clic en Propiedades.
    3. Haga clic en la ficha Seguridad de directorios.
    4. Haga clic en Modificar en el área Comunicaciones seguras.
    5. Haga clic para desactivar la casilla de verificación Requerir canal seguro (SSL) y, después, haga clic en Aceptar en todas las ventanas.
Más información
Si los métodos descritos en la sección "Solución" no resuelven este problema, pruebe uno o varios de los pasos siguientes:
  1. Vuelva a registrar Msxml.dll y Msxml3.dll. Para ello, escriba los comandos siguientes en un símbolo del sistema en el equipo con Exchange:
    regsvr32 c:\winnt\system32\msxml.dll
    regsvr32 c:\winnt\system32\msxml3.dll
  2. Utilice uno de los métodos siguientes para volver a crear los directorios virtuales relacionados con Exchange en el Administrador de servicios Internet, dependiendo de su situación.

    Exchange 2000

    1. Inicie el Administrador de servicios Internet y haga clic en el icono Equipo bajo Servicios de Internet Information Server.
    2. En el menú Acción, haga clic en Realizar o restaurar copia de seguridad de la configuración.
    3. Haga clic en Hacer copia de seguridad, escriba un nombre para el archivo de copia de seguridad y haga clic en Aceptar.

      Nota
      De manera predeterminada, el archivo de copia de seguridad se guarda en la carpeta %SystemRoot%\system32\inetsrv\MetaBack. Si desea guardarlo en otra ubicación, puede copiar el archivo desde esta ubicación predeterminada a otra ubicación diferente. Guarde una copia del archivo de copia de seguridad en la ubicación predeterminada para simplificar la restauración. Este método de copia de seguridad le permite restaurar únicamente la configuración de Servicios de Microsoft Internet Information Server (IIS), no los archivos de contenido. Este método no funciona si reinstala el sistema operativo. Los archivos de copia de seguridad no pueden utilizarse para restaurar una configuración de IIS en otros equipos que ejecutan Windows 2000.
    4. Haga clic en Cerrar.
    5. Haga clic con el botón secundario del mouse en Sitio Web predeterminado y, a continuación, haga clic en Detener.
    6. Elimine los siguientes directorios virtuales:
      • Exadmin
      • Exchange
      • Public
      • Exchweb
    7. Abra un símbolo del sistema en el equipo con Exchange, escriba cd c:\inetpub\adminscripts y presione ENTRAR.

      Nota
      La secuencia de comandos Adsutil.vbs utiliza CScript. Si registra Cscript.exe como host de secuencias de comandos predeterminado, no es necesario que escriba Cscript.exe delante de las secuencias de comandos para ejecutarlas. Si no desea registrar Cscript.exe, o si ya ha registrado CScript como host de secuencias de comandos predeterminado, vaya al paso k.
    8. Para registrar CScript como host de secuencias de comandos predeterminado, escriba adsutil y presione ENTRAR.

      Si CScript no es el host de secuencias de comandos predeterminado, aparecerá el mensaje siguiente:
      Esta secuencia de comandos no funciona con WScriptl
      Si CScript ya es el host de secuencias de comandos predeterminado, aparecerá un texto que describe cómo utilizar la herramienta Adsutil.vbs.
    9. Haga clic en Aceptar.
    10. Haga clic en Sí para registrar CScript, haga clic en Aceptar y vuelva a hacer clic en Aceptar.
    11. Escriba el siguiente comando:
      adsutil delete ds2mb
    12. Reinicie el servicio Operador de sistema de Microsoft Exchange. Se volverán a crear los directorios virtuales Exadmin, Exchange y Public de IIS.
    13. En el Administrador de servicios Internet, haga clic con el botón secundario del mouse en Sitio Web predeterminado y, después, haga clic en Iniciar.

    Exchange 2003

    Método 1: restablecer HighWaterMarks

    1. Descargue e instale las herramientas del Kit de recursos de IIS 6.0. Para obtener las herramientas del Kit de recursos de IIS 6.0, visite el siguiente sitio Web de Microsoft: Si no desea instalar todas las herramientas del Kit de recursos de IIS 6.0, haga clic en la opción Personalizada para instalar únicamente Metabase Explorer 1.6.
    2. Inicie el Administrador de IIS.
    3. Haga copia de seguridad de la metabase. Para ello, haga clic con el botón secundario del mouse en Sitio Web predeterminado, haga clic en Todas las tareas y, a continuación, haga clic en Guardar configuración en un archivo. Escriba un nombre para el archivo y haga clic en Aceptar.
    4. Expanda Sitio Web predeterminado y elimine los directorios virtuales siguientes:
      • Microsoft-Server-ActiveSync
      • OMA
      • Exadmin
      • Exchange
      • Public
      • ExchWeb
    5. Inicie Metabase Explorer. Para ello, haga clic en Inicio, seleccione Todos los programas, IIS Resources, Metabase Explorer y haga clic en Metabase Explorer.
    6. Expanda la clave LM, haga clic con el botón secundario del mouse en la clave DS2MB y, después, haga clic en Eliminar.
    7. Cierre Metabase Explorer.
    8. Reinicie el servicio Operador de sistema de Microsoft Exchange para volver a crear los directorios virtuales de IIS.

      Nota
      Si los directorios virtuales no se vuelven a crear en 15 minutos, reinicie el servidor.
    9. En el Administrador de IIS, expanda Sitio Web predeterminado, haga clic con el botón secundario del mouse en Exchweb y, a continuación, haga clic en Propiedades.
    10. Haga clic en la ficha Seguridad de directorios y, después, haga clic en Modificar, bajo Autenticación y control de acceso.
    11. Compruebe que sólo esté activada la casilla de verificación Habilitar acceso anónimo.
    12. Haga clic con el botón secundario del mouse en Sitio Web predeterminado y, a continuación, haga clic en Detener.
    13. Haga clic con el botón secundario del mouse en Sitio Web predeterminado y, a continuación, haga clic en Iniciar.

    Método 2: Utilizar ADSUtil para eliminar la clave DS2MB

    1. Siga los pasos a a c de la sección "Método 1: Restablecer HighWaterMarks" para hacer copia de seguridad de la metabase.
    2. Expanda Sitio Web predeterminado y elimine los directorios virtuales siguientes:
      • Microsoft-Server-ActiveSync
      • OMA
      • Exadmin
      • Exchange
      • Public
      • ExchWeb
    3. Abra un símbolo del sistema, escriba c:\inetpub\adminscripts y presione ENTRAR.
    4. Escriba adsutil y presione ENTRAR.

      Si CScript no es el host de secuencias de comandos predeterminado, aparecerá el mensaje siguiente:
      Esta secuencia de comandos no funciona con WScriptl
      Haga clic en Aceptar, haga clic en para registrar CScript, haga clic en Aceptar y vuelva a hacer clic en Aceptar.

      Nota
      Si CScript ya es el host de secuencias de comandos predeterminado, aparecerá un texto que describe cómo utilizar la herramienta Adsutil.vbs.
    5. Escriba adsutil delete ds2mb y presione ENTRAR.
    6. Reinicie el servicio Operador de sistema de Microsoft Exchange para volver a crear los directorios virtuales de IIS.

      Nota
      Si los directorios virtuales no se vuelven a crear en 15 minutos, reinicie el servidor.
    7. En el Administrador de IIS, expanda Sitio Web predeterminado, haga clic con el botón secundario del mouse en Exchweb y, a continuación, haga clic en Propiedades.
    8. Haga clic en la ficha Seguridad de directorios y, después, haga clic en Modificar, bajo Autenticación y control de acceso.
    9. Compruebe que sólo esté activada la casilla de verificación Habilitar acceso anónimo.
    10. Haga clic con el botón secundario del mouse en Sitio Web predeterminado y, a continuación, haga clic en Detener.
    11. Haga clic con el botón secundario del mouse en Sitio Web predeterminado y, a continuación, haga clic en Iniciar.
Para obtener más información si "Cargando" también incluye el mensaje de error "No se puede mostrar la carpeta. Error interno del servidor", haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
267911 Recibe el mensaje "Error interno del servidor" al usar OWA
Para obtener más información acerca de los directorios virtuales de IIS, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
262181 Directorios virtuales de Internet Information Server usados por Outlook Web Access
Se sabe que los siguientes productos causan este problema:
  • Microsoft Proxy Server 2.0
  • Symantec Raptor 6.5
  • Netscape Proxy Server
  • Network Associates Gauntlet
Los productos de terceros que se analizan en este artículo están fabricados por compañías independientes de Microsoft. Microsoft no otorga ninguna garantía, implícita o de otro tipo, con respecto al rendimiento o la confiabilidad de estos productos.
XCCC loading owa 2000 icons missing red x blank gif image not found script jumbled code asp ISM
Propiedades

Id. de artículo: 280823 - Última revisión: 11/26/2007 01:58:00 - Revisión: 12.2

  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • kbprb KB280823
Comentarios