Si usted es cliente de una pequeña empresa, puede encontrar información adicional de solución de problemas y recursos de aprendizaje en el sitio de soporte técnico para pequeñas empresas
En Microsoft Office Outlook Web Access (OWA) para Exchange Server 2003 se introdujeron varias características nuevas, como la autenticación basada en formularios, la compresión gzip y el bloqueo de archivos adjuntos. Este artículo contiene instrucciones para configurar varias opciones y características en Outlook Web Access 2003.
Expanda las secciones siguientes para obtener más información acerca de la opción o característica.
Nota: si usa Microsoft Exchange Server 2003 Service Pack 1 (SP1), los pasos siguientes no se aplican en su caso. La comprobación de direcciones de WebDAV no está presente en Exchange 2003 Service Pack 1. En su lugar, si utiliza Exchange 2003 SP1 o una versión posterior, siga estos pasos para restringir el acceso a Outlook Web Access:
En el complemento Usuarios y equipos de Active Directory, haga clic con el botón secundario en la cuenta de usuario en la que desee restringir el uso de OWA y, a continuación, haga clic en Propiedades.
Haga clic en la ficha Características de Exchange, haga clic en Outlook Web Access y, a continuación, haga clic en Deshabilitar.
De forma predeterminada, las cuentas de usuario de Exchange 2003 que están habilitadas para utilizar el buzón también están habilitadas para usar Outlook Web Access en Exchange 2003.
Puede permitir a los usuarios de la red corporativa tener acceso a Outlook Web Access. Al mismo tiempo, puede denegar el acceso a los clientes externos. La clave de esté enfoque es una combinación de una directiva de destinatarios y un servidor virtual especial de HTTP. Para utilizar esta solución, siga estos pasos:
Cree una directiva de destinatarios con un nombre de dominio del Protocolo simple de transferencia de correo (SMTP). Los usuarios que se conectan a un servidor virtual HTTP deben tener una dirección de correo electrónico con el mismo dominio SMTP que el servidor virtual. Crear una directiva de destinatarios es una manera eficaz de aplicar el mismo dominio SMTP a varios usuarios.
Contraer esta imagenAmpliar esta imagen
Nota: los usuarios de Outlook Web Access no tienen que conocer el nombre del dominio SMTP.
Aplique la directiva de destinatarios a las cuentas de usuario para las que desee habilitar el acceso.
En el servidor de solicitudes de cliente, cree un servidor virtual HTTP nuevo que especifique el dominio que se utiliza en la directiva de destinatarios.
Después de llevar a cabo estos pasos, los usuarios cuyas direcciones de correo electrónico no tengan el mismo dominio SMTP que el servidor virtual HTTP no podrán iniciar sesión en Outlook Web Access ni tener acceso a esta aplicación. Además, siempre que no utilice el dominio SMTP como predeterminado, los usuarios externos no podrán determinar cuál es el dominio SMTP porque este no aparece en el campo De cuando los usuarios envían mensajes de correo electrónico fuera de la organización. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
Aparecen mensajes de error HTTP 401 o 404 cuando tiene acceso a OWA de forma implícita o explícita
Además de habilitar Outlook Web Access para los usuarios de la red corporativa, también puede evitar que usuarios internos concretos tengan acceso a la herramienta. Para ello, deshabilite los protocolos HTTP y el Protocolo de transferencia de noticias a través de la red (NNTP, Network News Transfer Protocol) para esos usuarios.
Para evitar que un usuario interno tenga acceso a Outlook Web Access, siga estos pasos:
En el complemento Usuarios y equipos de Active Directory, abra el cuadro de diálogo Propiedades del usuario.
En la ficha Características de Exchange, haga clic en Outlook Web Access y, a continuación, haga clic en Deshabilitar.
Cuando utiliza Microsoft Internet Explorer 5 o versiones posteriores para tener acceso a Outlook Web Access, las instalaciones nuevas de Exchange 2003 y las actualizaciones de esta versión usan la configuración de idioma del explorador para determinar el juego de caracteres que se utiliza al codificar información como los mensajes de correo electrónico y las convocatorias de reuniones.
Si actualiza un servidor que ejecute Exchange 2000 Server y que se modificó para utilizar la configuración de idioma de un explorador, Exchange 2003 continúa funcionando de la misma manera. En la tabla siguiente se muestran los grupos de idiomas y los juegos de caracteres respectivos.
Contraer esta tablaAmpliar esta tabla
Grupo de idiomas
Juego de caracteres
Árabe
Windows 1256
Báltico
iso-8859-4
Chino (simplificado)
Gb2131
Chino tradicional
Big5
Cirílico
koi8-r
Europeo oriental
iso-8859-2
Griego
iso-8859-7
Hebreo
windows-1255
Japonés
iso-2022-jp
Coreano
ks_c_5601-1987
Tailandés
windows-874
Turco
iso-8859-9
Vietnamita
windows-1258
Europeo occidental
iso-8859-1
Si prevé que los usuarios de Outlook Web Access de la organización van a enviar correo con frecuencia, puede modificar la configuración del Registro para que los que ejecuten Internet Explorer 5 o versiones posteriores puedan utilizar los caracteres UNICODE codificados con UTF-8 para enviar el correo.
Para modificar la configuración de idioma predeterminada de Outlook Web Access, siga estos pasos.
Contraer esta imagenAmpliar esta imagen
Importante Esta sección, método o tarea contiene pasos que le indican cómo modificar el Registro. Sin embargo, se pueden producir graves problemas si modifica el Registro incorrectamente. Por tanto, asegúrese de seguir estos pasos cuidadosamente. Para obtener mayor protección, realice una copia de seguridad del Registro antes de modificarlo. De esta manera, podrá restaurar el Registro si se produce algún problema. Para obtener más información acerca de cómo realizar una copia de seguridad del Registro y restaurarlo, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
Habilitar la autenticación basada en formularios (autenticación con cookies) permite habilitar una nueva página de inicio de sesión para Outlook Web Access que almacene el nombre y la contraseña del usuario en una cookie en lugar de en el explorador. Cuando un usuario cierra el explorador, la cookie se borra. Además, después de un período de inactividad, la cookie se borra automáticamente. Para tener acceso al correo electrónico, la nueva página de inicio de sesión le exige al usuario que escriba un dominio, un nombre de usuario y una contraseña, o una dirección de correo electrónico del nombre principal de usuario (UPN) completa y una contraseña. El inicio de sesión con la autenticación basada en formularios no admite la autenticación del Windows Live ID con Outlook Web Access. Esto es una limitación de la característica de autenticación basada en formularios de Exchange 2003.
Para habilitar esta página de inicio de sesión, primero debe habilitar la autenticación basada en formularios en el servidor y, a continuación, proteger la página de inicio de sesión estableciendo el tiempo de espera de las cookies y ajustar la configuración de seguridad del cliente. Para obtener más información, vea las secciones "Habilitar la autenticación basada en formularios" y "Establecer el tiempo de espera de la autenticación de cookies".
En Exchange 2003, la autenticación basada en formularios establece automáticamente el dominio predeterminado para la autenticación básica en el directorio virtual de Exchange en el Administrador del sistema de Exchange como un carácter de barra diagonal inversa (\). Esta restricción está diseñada para permitir los inicios de sesión de los usuarios que utilizan el formato UPN. Si modifica la configuración del dominio predeterminado en Internet Information Services (IIS) por algo distinto de "\", el Administrador del sistema de Exchange restablece la configuración del dominio predeterminado a "\" en el servidor.
Además, si la autenticación basada en formularios se implementa en una configuración de servidor de solicitudes de cliente y servicios de fondo, la configuración del dominio predeterminado en el servidor de servicios de fondo debe coincidir con la configuración del dominio predeterminado en el servidor de solicitudes de cliente o puede experimentar problemas de autenticación. Dado que el servidor de solicitudes de cliente requiere que el dominio predeterminado sea "\", si la autenticación basada en formularios se habilita en el servidor de solicitudes de cliente, el dominio predeterminado en él también se debe establecer en "\" en el Administrador del sistema de Exchange.
Para obtener más información sobre por qué debe modificar la configuración de los directorios virtuales de Exchange y público en el Administrador del sistema de Exchange, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
Los cambios de configuración del directorio virtual no se mantienen
Para evitar este problema, modifique la página Logon.asp en Outlook Web Access para especificar su dominio o incluir una lista de nombres de dominio.
Contraer esta imagenAmpliar esta imagen
Nota: si personaliza la página Logon.asp en Outlook Web Access, sus cambios se pueden sobrescribir si actualiza o reinstala Exchange 2003 posteriormente. Para obtener información adicional acerca de cómo personalizar la página Logon.asp, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
La sesión de Outlook Web Access se cierra inesperadamente cuando se usa autenticación basada en formularios
Contraer esta imagenAmpliar esta imagen
Importante Microsoft no proporciona ayuda para personalizar los objetos de Outlook Web Access y, si se pone en contacto con Microsoft con relación a un problema de Outlook Web Access para un servidor en el que este se ha personalizado, debe reemplazar los archivos personalizados por las versiones originales de los archivos. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
Debe habilitar Secure Sockets Layer (SSL) en el servidor antes de habilitar la autenticación basada en formularios. Para obtener más información sobre cómo instalar un certificado en Microsoft Windows Server 2003 antes de habilitar SSL, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
Cómo instalar certificados importados en un servidor Web en Windows Server 2003
Para habilitar la autenticación basada en formularios en Exchange 2003, siga estos pasos.
Contraer esta imagenAmpliar esta imagen
Nota: en un entorno con servidores front-end y back-end, debe habilitar la autenticación basada en formularios solo en el servidor de front-end. No habilite la autenticación basada en formularios en el servidor de servicios de fondo. En un entorno donde no utiliza un servidor de solicitudes de cliente, habilite la autenticación basada en formularios en el servidor del buzón.
Inicie el Administrador del sistema de Exchange.
Si se habilitan los grupos administrativos, expanda Grupos administrativos.
Expanda Servidores y, a continuación, expanda el servidor de solicitudes de cliente.
Expanda Protocolos y HTTP, haga clic con el botón secundario del mouse en Servidor virtual de Exchange y, a continuación, haga clic en Propiedades.
Haga clic en la pestaña Configuración y, a continuación, active la casilla Habilitar autenticación basada en formularios.
En la lista Compresión, haga clic en el nivel de compresión que desea.
Contraer esta imagenAmpliar esta imagen
Nota: se recomienda que no habilite la compresión en un entorno con un único servidor porque ello supone una carga adicional para el servidor.
Haga clic en Aceptar.
Si aparece un mensaje que indica que se debe reiniciar el servicio IIS, haga clic en Aceptar. Para reiniciar IIS, abra un símbolo del sistema, escriba el siguiente comando y, a continuación, presione ENTRAR: iisreset
Si habilitó la autenticación basada en formularios en un servidor de solicitudes de cliente, siga estos pasos en sus servidores de servicios de fondo:
Inicie el Administrador del sistema de Exchange.
Si los grupos administrativos están habilitados, expanda Grupos administrativos.
Expanda Servidores y, a continuación, expanda el servidor de servicios de fondo.
Expanda Protocolos y HTTP; a continuación, expanda Servidor virtual de Exchange.
Haga clic con el botón secundario del mouse en el directorio virtual de Exchange que aparece bajo el contenedor Servidor virtual de Exchange y, a continuación, haga clic en Propiedades.
Haga clic en la ficha Acceso y, después, en Autenticación.
Seleccione la casilla Autenticación básica.
Escriba una barra diagonal inversa (\) en el cuadro Dominio predeterminado.
Haga clic en Aceptar dos veces para cerrar las ventanas de propiedad.
En la página de inicio de sesión de Outlook Web Access, puede dar a los usuarios dos tipos de opciones de seguridad para la autenticación. En función de sus requisitos, los usuarios pueden seleccionar cualquiera de estas opciones de seguridad en la página de inicio de sesión de Outlook Web Access:
Equipo público o compartido: informe a los usuarios de que seleccionen esta opción cuando tengan acceso a Outlook Web Access desde un equipo que no utilice la configuración de seguridad de la organización. Por ejemplo, un equipo quiosco de Internet no utiliza la configuración de seguridad de la organización. La opción Equipo público o compartido es la predeterminada y proporciona una opción de tiempo de espera predeterminado corto de 15 minutos.
Equipo privado: informe a sus usuarios de que seleccionen esta opción cuando sean los únicos operadores del equipo y se utilice la configuración de seguridad de la organización. Esta opción permite un período mucho mayor de inactividad antes de finalizar automáticamente la sesión. Su valor predeterminado interno es 24 horas. La opción Equipo privado está pensada para beneficiar a los usuarios de Outlook Web Access que utilizan equipos personales en casa o en la oficina.
Además, cuando los clientes de Outlook Web Access inician sesión utilizando la autenticación basada en formularios, también pueden elegir entre los dos tipos siguientes de versiones de cliente Outlook Web Access:
Premium: ésta es la versión predeterminada. Proporciona todas las características de Outlook Web Access.
Contraer esta imagenAmpliar esta imagen
Nota: el cliente premium Outlook Web Access tiene un código especial de modo que se considera actividad el hecho de escribir el texto del mensaje.
Básica: esta versión proporciona un mayor rendimiento pero menos características que el cliente premium. Utilice esta versión si tiene una conexión lenta.
En Exchange 2003, las credenciales de usuario de Outlook Web Access se almacenan en una cookie. Cuando el usuario cierra sesión en Outlook Web Access, la cookie se borra y deja de ser válida para la autenticación. Además, de forma predeterminada, si un usuario usa un equipo público y selecciona la opción Equipo público o compartido en la pantalla de inicio de sesión de Outlook Web Access, la cookie de este equipo caduca automáticamente después de 15 minutos de inactividad del usuario.
El tiempo de espera automático es valioso porque ayuda a proteger la cuenta de un usuario del acceso no autorizado. Sin embargo, aunque el tiempo de espera automático reduce en gran medida el riesgo de que se produzcan accesos no autorizados, no elimina el riesgo de que un usuario sin autorización pueda tener acceso a una cuenta de Outlook Web Access si se queda ejecutando una sesión en un equipo público. Por consiguiente, no olvide indicar a los usuarios las precauciones que deben tomar para evitar riesgos.
Para cumplir con los requisitos de seguridad de la organización, un administrador puede configurar los valores de tiempo de espera de inactividad en el servidor de solicitudes de cliente de Exchange. Exchange 2003 usa la información siguiente para determinar la actividad del usuario:
La interacción entre el cliente y el servidor se considera actividad. Por ejemplo, si un usuario abre, envía o guarda un elemento, cambia carpetas o módulos, o actualiza la vista o la ventana del explorador web, esto se considera actividad.
Si un usuario escribe texto en elementos de Outlook Web Access, no se considera actividad. Por ejemplo, si un usuario escribe citas, convocatorias de reunión, envíos, contactos, tareas u otros elementos, esto no se considera actividad.
Para configurar el valor de tiempo de espera, primero debe habilitar la autenticación basada en formularios y, a continuación, modificar la configuración del Registro en el servidor.
Para establecer el valor de tiempo de espera de las cookies de equipos públicos para la autenticación basada en formularios de Outlook Web Access, siga estos pasos.
Contraer esta imagenAmpliar esta imagen
Importante Esta sección, método o tarea contiene pasos que le indican cómo modificar el Registro. Sin embargo, se pueden producir graves problemas si modifica el Registro incorrectamente. Por tanto, asegúrese de seguir estos pasos cuidadosamente. Para obtener mayor protección, realice una copia de seguridad del Registro antes de modificarlo. De esta manera, podrá restaurar el Registro si se produce algún problema. Para obtener más información acerca de cómo realizar una copia de seguridad del Registro y restaurarlo, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
Cómo realizar una copia de seguridad del Registro y restaurarlo en Windows
En el servidor Exchange de solicitudes de cliente, inicie sesión utilizando la cuenta de administrador de Exchange y, a continuación, inicie el Editor del Registro.
Busque la siguiente subclave del Registro y haga clic en ella:
En el menú Edición, seleccione Nuevo y haga clic en Valor DWORD.
Escriba PublicClientTimeout como nombre del valor DWORD y, a continuación, presione Entrar.
Haga clic con el botón secundario del mouse en el valor DWORD PublicClientTimeout y, a continuación, haga clic en Modificar.
En Base, haga clic en Decimal.
En el cuadro Información del valor, escriba un valor que represente el número de minutos del tiempo de espera. Este número debe estar comprendido entre 1 y 43200. (43200 minutos equivalen a 30 días). Si no establece un valor, se supone 15.
Contraer esta imagenAmpliar esta imagen
Nota: el valor máximo posible es 43200 para 30 días.
Haga clic en Aceptar.
Contraer esta imagenAmpliar esta imagen
Importante Debe reiniciar IIS para que los cambios surtan efecto.t. Además, si establece TrustedClientTimeout en un valor menor que PublicClientTimeout, el valor TrustedClientTimeout usa un valor igual al de PublicClientTimeout. Del mismo modo, si establece PublicClientTimeout en un valor mayor que TrustedClientTimeout, el valor TrustedClientTimeout usa un valor igual al de PublicClientTimeout.
Para establecer el valor de tiempo de espera de las cookies de equipos de confianza para la autenticación basada en formularios de Outlook Web Access, siga estos pasos.
En el servidor Exchange de solicitudes de cliente, inicie sesión utilizando la cuenta de administrador de Exchange y, a continuación, inicie el Editor del Registro.
Busque la siguiente subclave del Registro y haga clic en ella:
En el menú Edición, seleccione Nuevo y haga clic en Valor DWORD.
Escriba TrustedClientTimeout como nombre del valor DWORD y, a continuación, presione Entrar.
Haga clic con el botón secundario del mouse en el valor DWORD TrustedClientTimeout y, a continuación, haga clic en Modificar.
En Base, haga clic en Decimal.
En el cuadro Información del valor, escriba un valor que represente el número de minutos del tiempo de espera. Este número debe estar comprendido entre 1 y 43200. (43200 minutos equivalen a 30 días). Si no establece un valor, se supone 1440.
Contraer esta imagenAmpliar esta imagen
Nota: el valor máximo posible es 43200 para 30 días.
Haga clic en Aceptar.
Abra un símbolo del sistema, escriba net stop w3svc y presione Entrar.
Cuando los servicios se detengan, escriba net start w3svc y, a continuación, presione Entrar.
Cuando habilita la autenticación basada en formularios en Exchange 2003, también puede habilitar la compresión gzip para los archivos dinámicos y estáticos en directorios y servidores virtuales de Exchange 2003. Con la compresión, los usuarios pueden experimentar aumentos de rendimiento de hasta un 50 por ciento cuando utilizan conexiones de red más lentas como el acceso telefónico tradicional.
En función de la configuración de compresión que utilice, la compresión de Outlook Web Access comprime las páginas web estáticas o dinámicas.
Contraer esta tablaAmpliar esta tabla
Configuración de la compresión
Descripción
Alta
Comprime tanto las páginas estáticas como las dinámicas
Baja
Comprime solo las páginas estáticas
Ninguna
No se utiliza ninguna compresión
Para utilizar la compresión de datos de Outlook Web Access en Exchange 2003, se deben cumplir los requisitos previos siguientes:
Cliente
El sistema cliente debe ejecutar Microsoft Windows 2000 o una versión posterior y debe utilizar uno de los exploradores web siguientes:
Internet Explorer 6 con la actualización acumulativa 328970 o una versión posterior. Para obtener información adicional acerca de la actualización acumulativa 328970, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
MS02-066: Noviembre de 2002, Revisión acumulativa para Internet Explorer
Netscape Navigator 6.0 o versiones posteriores.
Servidor
Debe estar habilitada la autenticación basada en formularios.
Cuando habilita la compresión gzip en un entorno de Exchange, debe tener en cuenta el tipo de escenario de implementación. La mejor solución es implementar servidores de solicitudes de cliente dedicados. En este tipo de escenario, se aplican los requisitos siguientes:
El servidor Exchange 2003 de solicitudes de cliente se debe ejecutar con Windows Server 2003.
Los servidores Exchange 2003 de servicios de fondo pueden ejecutarse con Windows 2000 o con Windows Server 2003.
Otro tipo de escenario de implementación implica no implementar servidores Exchange front-end dedicados (conocido también como implementación solo back-end). En esta situación, el equipo Exchange 2003 debe ejecutarse con Windows Server 2003.
Contraer esta imagenAmpliar esta imagen
Nota: si utiliza servidores front-end de Exchange 2003 para tener acceso a servidores back-end de Exchange 2000, deshabilite la compatibilidad con la compresión de Outlook Web Access en los servidores front-end hasta que todos los servidores back-end se actualicen a Exchange 2003.
Además de los requisitos previos anteriores, también puede tener que habilitar la compatibilidad de HTTP 1.1 a través de los servidores proxy para algunas conexiones de acceso telefónico. (La compatibilidad con HTTP 1.1 se requiere para que la compresión funcione correctamente).
Para habilitar la compresión de datos, siga estos pasos:
Haga clic en Inicio, seleccione Programas, Microsoft Exchange y, a continuación, haga clic en Administrador del sistema.
Expanda Servidores, nombreDeServidor, Protocolos y, a continuación, HTTP.
Haga clic con el botón secundario del mouse en Servidor virtual de Exchange y, a continuación, haga clic en Propiedades.
Haga clic en la ficha Configuración.
Seleccione la casilla Habilitar autenticación basada en formularios.
Para configurar la compresión, en el cuadro Compresión haga clic en el nivel de compresión que desea utilizar y, a continuación, haga clic en Aceptar.
Haga clic en Aceptar.
Reinicie los servicios siguientes:
Servicio Operador de sistema de Microsoft Exchange
Servicio de administración de IIS
Contraer esta imagenAmpliar esta imagen
Nota: debe configurar SSL en IIS para poder habilitar la autenticación basada en formularios en el servidor.
En Exchange 2003, Outlook Web Access dificulta el uso de señales para recuperar direcciones de correo electrónico a las personas que envían mensajes no deseados. Las señales entran frecuentemente en forma de imágenes que se descargan en el equipo de un usuario al abrir un elemento de correo electrónico no deseado. Después de descargar las imágenes, se envía una notificación de señal al remitente del correo electrónico no deseado que le informa de que la dirección de correo electrónico del usuario es válida. El resultado es que el usuario recibe con más frecuencia correo electrónico no deseado porque su remitente sabe ahora que la dirección es válida.
En Outlook Web Access, un mensaje entrante con cualquier contenido que se pueda utilizar como señal, independientemente de si el mensaje contiene realmente una señal, le solicita a Outlook Web Access que muestre un mensaje de advertencia similar al siguiente:
Para ayudar a proteger su privacidad, se han bloqueado los vínculos a imágenes, sonidos u otro contenido externo de este mensaje. Haga clic aquí para desbloquear el contenido.
Si los usuarios saben que un mensaje es legítimo, pueden hacer clic en el vínculo Haga clic aquí para desbloquear el contenido en el mensaje de advertencia para desbloquear el contenido. Si los usuarios no reconocen el remitente o el mensaje, pueden abrir el mensaje sin desbloquear el contenido y, a continuación, eliminarlo sin desencadenar las señales. Si la organización no desea utilizar esta característica, puede deshabilitar la opción de bloqueo para Outlook Web Access.
Para deshabilitar la opción de bloqueo, siga estos pasos:
Utilice un explorador web para obtener acceso a Outlook Web Access.
Haga clic en Opciones.
En Privacidad y prevención de correo no deseado, desactive la casilla Bloquear contenido externo en mensajes de correo electrónico HTML.
Con Outlook Web Access puede impedir que los usuarios abran, envíen o reciban los tipos de archivos adjuntos especificados. En particular, puede hacer lo siguiente:
Evitar que los usuarios tengan acceso a ciertos tipos de archivos adjuntos. De forma predeterminada, las instalaciones de Exchange 2003 bloquean los archivos adjuntos de los tipos de archivo de nivel 1 y 2, y los tipos MIME de los niveles 1 y 2. Esta característica es particularmente útil para impedir que los usuarios de Outlook Web Access abran archivos adjuntos en los terminales de Internet públicos. Al abrir los archivos adjuntos en los terminales de Internet públicos, se podría comprometer la seguridad corporativa. Si se bloquean los archivos adjuntos, en la barra de información del mensaje de correo electrónico aparece un mensaje de advertencia que indica que el usuario no puede abrir el archivo adjunto. Los usuarios de Outlook Web Access que trabajan en la oficina o que se conectan a la red corporativa desde casa pueden abrir y leer los archivos adjuntos. Puede habilitar el acceso de toda la intranet a los archivos adjuntos proporcionando la dirección URL a los servidores de servicios de fondo y permitiendo los archivos adjuntos en los servidores Exchange de servicios de fondo.
Impida que los usuarios envíen o reciban archivos adjuntos con extensiones de nombre de archivo concretas que podrían contener virus. Esta característica de Outlook Web Access coincide con la funcionalidad de bloqueo de archivos adjuntos de Outlook. En los mensajes recibidos, en la barra de información aparece un mensaje de advertencia que indica que un archivo adjunto está bloqueado. En los mensajes enviados, los usuarios no pueden cargar ningún archivo con una extensión que aparezca en la lista de bloqueos.
Para cambiar la configuración de los archivos adjuntos, debe modificar la configuración del Registro en el servidor.
Contraer esta imagenAmpliar esta imagen
Nota: en una configuración front-end / back-end, las modificaciones del Registro se deberían realizar en el servidor back-end.
Para ello, siga estos pasos.
Contraer esta imagenAmpliar esta imagen
Importante Esta sección, método o tarea contiene pasos que le indican cómo modificar el Registro. Sin embargo, se pueden producir graves problemas si modifica el Registro incorrectamente. Por tanto, asegúrese de seguir estos pasos cuidadosamente. Para obtener mayor protección, realice una copia de seguridad del Registro antes de modificarlo. De esta manera, podrá restaurar el Registro si se produce algún problema. Para obtener más información acerca de cómo realizar una copia de seguridad del Registro y restaurarlo, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
¡Muchas gracias! Sus comentarios nos ayudarán a mejorar los contenidos de soporte. Para más opciones de asistencia, visite la página de Ayuda y soporte técnico.
Volver al principio
