Procesadores compatibles

• Procesador Intel Pentium o compatible a 800 megahercios (MHz) o procesador de 32 bits superior
• Procesador de la familia Intel Xeon o Intel Pentium basado en arquitectura x64 compatible con la tecnología Intel® Extended Memory 64 Technology (Intel® EM64T)
• Equipo basado en arquitectura x64 con procesador de 64 bits AMD Opteron o AMD Athlon 64 que admite la plataforma AMD64

  Nota:
  Los procesadores Intel Itanium IA64 no son compatibles.

Memoria

• Mínimo: 1 gigabyte (GB) de RAM por servidor más 7 MB por buzón de correo.
• Recomendada: 2 gigabytes (GB) de RAM por servidor más 10 MB por buzón de correo.
• El tamaño del archivo de paginación debe ser igual a la cantidad de RAM en el servidor.

Espacio disponible en disco

• Al menos 1,2 GB de espacio de disco disponible en la unidad en la que se va a instalar Exchange. 500 MB adicionales de espacio en disco necesario para cada paquete de idiomas de mensajería unificada (UM) que desea instalar.
• 200 MB de espacio de disco disponible en la unidad del sistema
• Unidad de DVD (accesible en local o desde la red)

• Sistema operativo:
  • Versión de prueba Beta 2 de Exchange Server 2007 de 32 bits   Se ejecutará en Microsoft Windows Server 2003 Service Pack (SP) 1 o Windows Server 2003 R2, Standard o Enterprise Editions. Es necesario Enterprise Edition para usar las funciones de replicación continua de clústeres y copia única de clústeres en Exchange 2007.

    Importante:
    Es compatible la instalación de la versión de 32 bits de Exchange 2007 en entornos de prueba o de aprendizaje, pero no es compatible con entornos de producción. En los entornos de producción, debe instalar la versión de 64 bits de Exchange 2007.

    Nota:
    Puede instalar las herramientas de administración de Exchange (que incluyen la consola de administración de Exchange, Shell de administración de Exchange y el archivo de Ayuda de Exchange) en un equipo con un procesador de 32 bits ejecutando Microsoft Windows Server 2003 o Windows XP.

  • Versión de prueba Beta 2 de Exchange Server 2007 de 64 bits   Se ejecutará en Microsoft Windows Server 2003 x64 o Windows Server 2003 R2 x64, Standard o Enterprise Editions. Es necesario Enterprise Edition para usar las funciones de replicación continua de clústeres y copia única de clústeres en Exchange 2007.
• Microsoft .NET Framework 2.0   Exchange 2007 está basado en Microsoft .NET Framework 2.0. Para obtener más información acerca de la descarga, consulte Centro de desarrollo de Microsoft .NET Framework.
• Windows PowerShell   Se debe instalar la versión RC0 de Windows PowerShell ya que la consola de administración de Exchange se ejecuta dentro / sobre Windows PowerShell. La pantalla de inicio Instalación proporciona un vínculo para descargar la versión RC0 necesaria de Windows PowerShell.
• Servicios de Internet Information Server (IIS)   El servicio de publicación World Wide Web (W3SVC) es necesario para las funciones de servidor de acceso de cliente (CAS) y lMailbox. Además, la función de servidor de acceso de clientes también requiere ASP.NET.
• Microsoft Management Console (MMC) 3.0   Debe instalarse MMC 3.0. Para obtener información acerca de la descarga, consulte Actualización a MMC 3.0.
• El modo de funcionamiento de organización de Exchange se establece en modo nativo   El modo de funcionamiento de Exchange de la organización debe ser el modo nativo.
• Nivel funcional de dominio de Active Directory se establece en Windows 2000 nativo o superior   Este nivel funcional de dominio es necesario para admitir el nuevo grupo universal de servidores de Exchange.
• El maestro de esquema debe ser Microsoft Windows Server 2003 o Microsoft Windows Server 2003 Service Pack 1   El servidor que contiene la función de operación principal única y flexible del maestro de esquema (FSMO) debe tener instalado Windows Server 2003 o Windows Server 2003 con Service Pack 1.
• Windows Server 2003, revisión 904639   Para obtener más información acerca de esta revisión relacionada con las instalaciones de 64 bits, consulte el artículo 904639 en Microsoft Knowledge Base, An access violation may occur when you try to run a 64-bit program that uses the interface remoting component of MDAC 2.8 on a computer that is running Windows Server 2003 (Puede ocurrir una infracción de acceso al intentar ejecutar un programa de 64 bits que usa un componente de interfaz remoto de MDAC 2.8 en un equipo que está ejecutando Microsoft Windows Server 2003) (en inglés). El artículo incluye vínculos a la revisión.

  Importante:
  Es compatible la instalación de la versión de 32 bits de Exchange 2007 en entornos de prueba o de aprendizaje, pero no es compatible con entornos de producción. En los entornos de producción, debe instalar la versión de 64 bits de Exchange 2007.

  Nota:
  Puede instalar las herramientas de administración de Exchange (que incluyen la consola de administración de Exchange, Shell de administración de Exchange y el archivo de Ayuda de Exchange) en un equipo con un procesador de 32 bits ejecutando Microsoft Windows Server 2003 o Windows XP.

• Windows Server 2003, revisión 921181   Esta revisión es necesaria para una replicación continua de clústeres (CCR). Agrega una opción de testigo de uso compartido de archivos para un quórum Conjunto de nodos mayoritario, y la posibilidad de configurar los latidos de clústeres. Para obtener más información sobre esta revisión, consulte el artículo 921181 de Microsoft Knowledge Base, An update is available that adds a file share witness feature and a configurable cluster heartbeats feature to Windows Server 2003 Service Pack 1-based server clusters (Está disponible una actualización que agrega una función de testigo de uso compartido de archivos y una función de latidos de clústeres configurable a los clústeres de servidor basados en Windows Server 2003 Service Pack 1) (en inglés). Le recomendamos que consulte este artículo junto con la documentación de CCR.
• Instalaciones de Exchange existentes   Si va a realizar la instalación en una organización que contiene servidores de Exchange, éstos deben cumplir los siguientes requisitos:
  • No debe haber ningún servidor de Exchange Server 5.5 en el bosque.
  • Los servidores de Exchange Server 2003 deben tener instalada una versión mínima de Service Pack 2 de Exchange Server 2003.
  • Los servidores de Exchange 2000 Server de la organización deben tener instalada una versión mínima de Service Pack 3 de Exchange 2000 Server.

• Cambios de instalación de la línea de comandos    Si ejecuta la instalación desde un símbolo de sistema y si está instalando el primer servidor de Exchange en la organización, deberá incluir el parámetro /OrganizationName para especificar el nombre de su organización Exchange. Se trata de un parámetro obligatorio y la instalación no se realizará correctamente si no se incluye.
• La instalación de CAS puede afectar a las aplicaciones ASP.NET existentes   La instalación del función del servidor de acceso de cliente establece la versión de ASP.NET predeterminada y la versión de todos los mapas de secuencias de comandos de ASP.NET a v2.0.5027. Esta configuración puede modificar las aplicaciones existentes que requieren una versión diferente de ASP.NET. Para solucionar este problema, ejecute aspnet_regiis.exe -s <Metabase_Path_to_virtual_directory> desde la versión adecuada de ASP.NET para cada directorio virtual afectado. Normalmente, puede encontrar el archivo aspnet_regiis.exe de las versiones instaladas de ASP.NET en la carpeta c:\windows\microsoft.net\framework\<número_versión_asp.net>\.
• Las organizaciones con Exchange 2000 Server necesitan una actualización al Administrador del sistema de Exchange 2000   Antes de instalar Exchange 2007 en una organización con servidores de Exchange 2000, éstos requieren la instalación del último paquete acumulativo de actualizaciones posterior al Service Pack 3 (SP3) de Microsoft Exchange 2000. Las comprobaciones de los requisitos previos de instalación de Exchange 2007 no pueden detectar si está instalado este paquete acumulativo. En él se incluye el archivo exadmin.dll actualizado, que ayuda al Administrador del sistema de Exchange 2000 a trabajar mejor con las versiones de objetos de Exchange 2007. Sin este paquete acumulativo de actualizaciones, el Administrador del sistema de Exchange 2000 no reconoce las versiones. Para obtener más información acerca del paquete acumulativo de actualizaciones y descargarlo, consulte el artículo 87540 de Microsoft Knowledge Base: Availability of the August 2004 Exchange 2000 Server Post-Service Pack 3 Update Rollup (Disponibilidad del paquete acumulativo de actualizaciones posterior a Service Pack 3 de Exchange 2000 Server de agosto de 2004) (en inglés).

  Nota:

  Si cuenta con equipos que tienen instalado el Administrador del sistema de Exchange 2000, como los equipos con Microsoft Windows XP, deberá instalar también en ellos el último paquete acumulativo de actualizaciones posterior a Service Pack 3 (SP3) de Exchange 2000 Server. Si ya lo tiene instalado, deberá aplicar también Service Pack 3 de Exchange 2000 a esos equipos dado que es un requisito previo para la instalación del paquete acumulativo.

• El dominio SMTP predeterminado aceptado se establece automáticamente en el FQDN de Active Directory durante la instalación  Al instalar Exchange 2007, utiliza el nombre de dominio del servicio de directorios de Active Directory para el dominio aceptado predeterminado. Algunas zonas DNS de Active Directory son solamente internas y no tienen ninguna relación con la zona DNS externa. Para establecer un nuevo dominio aceptado, consulte "Cómo crear dominios aceptados" en la Ayuda de Exchange 2007.
• La función CAS no se puede actualizar una vez instalada   Para actualizar un servidor de Exchange 2007 con la función de servidor de acceso de cliente instalada, deberá quitar dicha función del servidor antes de ejecutar la instalación. No existe una ruta de actualización instalada para el servidor de acceso de cliente.
• Orden de instalación para admitir DAV en una topología de un único servidor   Al instalar Exchange 2007 en la topología con las funciones de servidor CAS, buzones y transporte de concentradores en el mismo servidor, se debe instalar la función CAS antes de la de buzones ya que esta última registrará la DLL adecuada para manejar las solicitudes DAV en el equipo local. En caso contrario, la instalación del servidor CAS registra Exproxy DLL para enviar solicitudes a otros equipos y las solicitudes no lo harán al servidor local si se instala tras la función de buzones. Este orden de instalación es en la actualidad el comportamiento predeterminado cuando se instala un nuevo servidor y se selecciona todas las funciones.
• Es necesario volver a instalar la función CAS si quita la función de buzones de un servidor con la función CAS instalada   Si quita la función de buzones de un servidor que tiene instaladas las funciones de buzones y CAS, deberá quitar la función CAS y luego volver a instalarla para que se vuelva a registrar Exproxy para manejar las solicitudes DAV y enviarlas al servidor de buzones adecuado.
• Las ubicaciones de los archivos de registro se han actualizado tras haberse publicado un tema de Ayuda   En el tema de Ayuda de Exchange 2007 "Comprobación de una instalación de Exchange 2007", el contenido de los archivos de registro de instalación indica una ubicación incorrecta de algunos de los archivos. La siguiente tabla contiene las rutas correctas para las entradas incorrectas.

  Ubicación	Contenido	Función de servidor
  <unidad de sistema>\ExchangeSetupLogs\Exsetup.log	Este archivo contiene información acerca del estado de los requisitos previos y las comprobaciones de preparación del sistema que se realizan antes de que se inicie la instalación. Este registro es el primer archivo de registro que realizará una rápida comprobación de que las funciones de servidor se han instalado de la manera esperada.	Transporte de concentradores, buzón, acceso de cliente y mensajería unificada
  <unidad de sistema>\ExchangeSetupLogs\ExchangeServer.msilog	Este archivo contiene información acerca de la extracción del código de Exchange 2007 del archivo de instalación.	Transporte de concentradores, buzón, acceso de cliente, mensajería unificada y transporte de bordes
  <unidad del sistema>\ExchangeSetupLogs\Exchange Server Setup Progress.log	Este archivo contiene información acerca de los cambios que realiza la instalación de Exchange 2007 en el sistema operativo, incluidos los cambios en el Registro.	Transporte de concentradores, buzón, acceso de cliente y mensajería unificada

• Windows Firewall SCW no se admite en la versión Beta 2   No se admite la utilización de Windows Server 2003 Secure Configuration Wizard (SCW) para la implementación de la versión Beta 2 de Exchange 2007.
• Windows x64 introduce inestabilidades de CDOEX y ExOLEDB    La versión x64 de Windows Server 2003 puede dar lugar a inestabilidad en determinados componentes que dependen de ExOLEDB o CDOEX. Pueden producirse algunos errores de almacenamiento debido a esta inestabilidad. Si se encuentra con estos errores, consulte el artículo 918980 en Microsoft Knowledge Base, FIX: The IRow::GetColumns function of the Exchange OLE DB provider unexpectedly returns error code 0x80010105 on a server that is running a 64-bit version of Windows Server 2003 Service Pack 1 (La función IRow::GetColumns del proveedor OLE DB de Exchange devuelve el código de error 0x80010105 en un servidor que está ejecutando una versión de 64 bits de Windows Server 2003 Service Pack 1) (en inglés).

• Los planes de conmutación de llamadas de mensajería unificada están configurados de manera predeterminada en inglés (Estados Unidos)   Como parte de la finalización de la implementación después de instalar del primer servidor de Exchange 2007 que está ejecutando la función de mensajería unificada, el servidor de mensajería unificada se agrega a un plan de conmutación de llamadas de mensajería unificada. Los idiomas de mensajería unificada disponibles (Inglés de Estados Unidos más otro idioma, dependiendo del idioma de instalación, para las versiones de Exchange que no estén en inglés) se agregan a los idiomas disponibles del plan de conmutación de llamadas. Sin embargo, el idioma predeterminado para el plan de conmutación de llamadas de mensajería unificada siempre se establece en Inglés (Estados Unidos), incluso si la instalación de Exchange no está en inglés. Esta configuración cambiará para RTM. Use la consola de administración de Exchange o Shell de administración de Exchange para configurar el plan de conmutación de llamadas de mensajería unificada con objeto de usar el idioma requerido. Para obtener más información, consulte "Idioma predeterminado del plan de conmutación de llamadas" más adelante en este documento.
• Se necesita una puerta de enlace IP PBX o VoIP para la función de servidor de mensajería unificada   Para habilitar la mensajería unificada, se necesita un sistema PBX IP o una conexión a un sistema PBX heredado mediante una puerta de enlace VoIP (Voz sobre IP) para conectar la mensajería unificada de Exchange a una PBX. Intel y AudioCodes fabrican las puertas de enlace VoIP aprobadas en la actualidad. La mensajería unificada de Exchange Server utiliza los protocolos de VoIP SIP y RTP para la comunicación de voz. Debido a que los sistemas PBX tradicionales no admiten estos protocolos directamente, se necesita una puerta de enlace VoIP para convertir los protocolos tradicionales de telefonía en protocolos VoIP. Para obtener más información acerca de las puertas de enlace VoIP, consulte "Descripción del acceso del abonado a la mensajería unificada" en la Ayuda de Exchange 2007.
• El paquete de idiomas español no se muestra correctamente en algunos lugares   El paquete de mensajería unificada en español (Latinoamérica) se identifica de forma incorrecta por los caracteres "es-MX" en dos lugares:
  • Parte del nombre del paquete de instalación de Microsoft Windows para el paquete de idiomas (umlang-es-MX.msi).
  • El código necesario para especificar el paquete de idiomas al agregarlo a una instalación de mensajería unificada existente (exsetup /addumlanguagepack es-MX ...).
  El paquete de idiomas español (Latinoamérica) se identifica de forma correctamente por los caracteres "EsMx" cuando lo muestra la consola de administración de Exchange o Shell de administración de Exchange (como un idioma de mensajería unificada predeterminado, o parte de un conjunto de idiomas de mensajería unificada disponibles).
• El reconocimiento de voz sólo está disponible en inglés en la versión Beta 2   La mensajería unificada se basa en el motor texto a voz (TTS) y una función de reconocimiento de voz automático proporcionada mediante el servicio Microsoft Speech Server. Tanto el motor TTS como las indicaciones pregrabadas de un idioma concreto con mensajería unificada se muestran como "paquetes de idiomas”. Los paquetes de idiomas de mensajería unificada se ofrecen en 16 idiomas distintos y todos estos paquetes de idiomas se incluyen en el DVD del producto. Sin embargo, no todos los paquetes de idiomas de mensajería unificada admiten el reconocimiento de voz automático. Los paquetes de idiomas de mensajería unificada estarán disponibles en el DVD de la versión Beta 2 o mediante una descarga web.

  Nota:

  al instalar la función de servidor de mensajería unificada en Exchange 2007, los paquetes de idiomas de mensajería unificada se instalarán automáticamente basándose en el idioma administrativo del servidor. A continuación, puede agregar y quitar otros paquetes de idiomas de mensajería unificada utilizando los comandos Exsetup.exe /addUMlanguagepack o Exsetup.exe /removeUMlanguagepack. No existe ningún comando de Shell de administración de Exchange que le permita agregar o quitar paquetes de idiomas para mensajería unificada. Como ejemplo, Exsetup /AddUmLanguagePack:de-DE /s:d:\Downloads\UmLanguagePacks agrega el paquete de idiomas alemán de mensajería unificada desde la ubicación de origen especificada mientras que Exsetup /RemoveUmLanguagePack:de-DE,fr-FR quita los paquetes de idiomas de alemán y francés. El paquete de idiomas de inglés de EE.UU. (en-US) no se puede quitar. Se instalará y desinstalará automáticamente con la función de mensajería unificada.

• Texto a voz se utilizará para algunos idiomas   La mensajería unificada de Exchange 2007 interactúa con las personas que llaman y los usuarios al teléfono reproduciendo indicaciones y respondiendo a las pulsaciones de teclas o a la voz. En la versión final, las indicaciones se grabarán previamente. Sin embargo, para la versión Beta 2, la síntesis de la voz (conversión texto a voz) se utilizará para determinados idiomas, para los que no se han grabado todavía las indicaciones. Las indicaciones grabadas estarán disponibles para los siguientes idiomas:
  • de-DE   Alemán
  • en-US    Inglés (Estados Unidos)
  • fr-FR   Francés (Francia)
  • it-IT   Italiano
  • ja-JP   Japonés
  La síntesis de voz se utilizará para las indicaciones en los siguientes idiomas:
  • en-AU   Inglés (Australia)
  • en-GB    Inglés (Reino Unido)
  • es-ES   Español (España)
  • es-MX   Español (Latinoamérica)
  • fr-CA   Francés (Canadá)
  • ko-KR   Coreano
  • nl-NL   Holandés
  • pt-BR   Portugués (Brasil)
  • sv-SE   Sueco
  • zh-CN   Mandarín (China RPC)
• La generación de gramática debe rechazar algunos nombres   Los equipos con Exchange 2007 que ejecuten la función de mensajería unificada generarán gramáticas de voz que contengan nombres de Active Directory. Esto se produce por primera vez cuando el servidor de mensajería unificada se une a un plan de conmutación de llamadas de mensajería unificada, y a partir de entonces, una vez al día (el tiempo de inicio predeterminado es a las 2:00 a.m.). La generación de gramática lee los nombres para mostrar, los nombres para mostrar fonéticos (si los hubiera) y los alias de correo electrónico de Active Directory. Antes de insertar los detalles de un usuario concreto en la gramática de voz, el código de generación comprueba el nombre con respecto a una lista de patrones que utiliza para transformar el nombre de una opción que sea más apropiada para la presentación visual (por ejemplo, "David (Dave) Jones") a uno o más nombres que tengan una mayor probabilidad de ser dicho por las personas que llaman (por ejemplo, "Dave Jones"). Los nombres que no coincidan con ninguno de los patrones configurados, se validan sin modificarse. Una vez que se haya completado el patrón coincidente y la sustitución, el nombre (posiblemente cambiado) se examina para ver si hay varias maneras de decirlo. Algunos tipos de nombres (por ejemplo, los nombres que contienen cadenas de dígitos, como "sala de conferencias 3-103") permiten varias formas de discurso equivalentes. Para evitar una expansión sin control de la gramática de voz y mejorar la precisión general del reconocimiento, dichos nombres se obviarán y no se introducirán en la gramática de voz. Por tanto, la mensajería unificada no puede reconocerlos, incluso si el objeto existe en Active Directory y se puede esperar que sea accesible mediante una búsqueda de directorio desde la interfaz de usuario de voz. También se pueden producir varias formas equivalentes de un nombre cuando el nombre contiene ciertos acrónimos (por ejemplo, "Jr."), o contiene información entre paréntesis (por ejemplo, "Jim Glynn (recursos humanos)"). Para informar al administrador del sistema de que se han producido dichos rechazos, la mensajería unificada generará un evento para cada entrada que se rechace. Si el administrador desea que se admita un nombre concreto de usuario para la gramática de voz cuando se ha rechazado anteriormente, deberá determinar cómo desea que se reconozca el nombre cuando se diga de forma hablada y, a continuación, utilizar uno de los siguientes métodos:
  • Establezca el nombre para mostrar fonético de Active Directory del usuario (atributo: msDS-PhoneticDisplayName) al nombre deseado. Este método es el método recomendado.

    Nota:
    No es posible tener acceso a este atributo mediante la consola "Usuarios y equipos de Active Directory" de Windows Server 2003. Se debe utilizar otro editor de directorios como ADSI Edit (AdsiEdit.msc.).

  • Establezca el nombre para mostrar del usuario en el nombre deseado.

    Nota:
    Este método afectará al nombre tal como se muestra en un correo electrónico y en todos los clientes que lean en Active Directory.

• Eliminación de carpetas públicas   No podrá eliminar una base de datos de una carpeta pública si dicha base de datos se muestra como siteFolderServer para las libretas de direcciones sin conexión, datos de disponibilidad o un grupo administrativo. El atributo siteFolderServer debe cambiarse antes de que se pueda eliminar la base de datos de carpetas públicas. Los administradores del servidor no tienen acceso a este atributo, lo que significa que no podrán eliminar una base de datos de carpetas públicas que sea siteFolderServer. En la versión Beta 2, la eliminación de una base de datos de carpetas públicas que es siteFolderServer para cualquier libreta de direcciones sin conexión, grupo administrativo o datos de disponibilidad debe realizarla un administrador de la organización Exchange para que dichos elementos continúen funcionando correctamente.
• La administración de carpetas públicas no está disponible en la consola de administración de Exchange   La versión Beta 2 de Exchange 2007 no incluye tareas de administración de carpetas públicas. En esta versión, las carpetas públicas de Exchange 2007 se pueden administrar de las siguientes maneras:
  • Si su organización cuenta con servidores que están ejecutando Exchange Server 2003, utilice el Administrador del sistema.
  • Si su organización no tiene servidores que estén ejecutando Exchange Server 2003, use la última versión de las herramientas de administración de sistema de Exchange Server 2003 en un equipo que ejecute Windows XP con Service Pack 2. Consulte la documentación de Exchange Server 2003 para ver los pasos de instalación.
• Las cuotas de carpetas deben establecerse ahora o nunca se podrán establecer   Exchange 2007 permite que se establezca una cuota en carpetas personalizadas administradas de forma individual como parte del conjunto de funciones de administración de registros de mensajería. Actualmente, Exchange 2007 no permite que se establezca una cuota en una carpeta administrada que tenga contenido. Si desea establecer una cuota en una carpeta personalizada administrada antes de que se implemente o considera que puede necesitar realizar dicha acción en el futuro, deberá establecer una cuota en el momento en que la carpeta está vacía. Puede establecer esta cuota en su valor máximo (2.097.151 Kb) de forma que no afecte a sus hábitos de trabajo diario de los usuarios. Esta cuota debe permanecer en la carpeta para que dicha carpeta pueda considerarse para tener una cuota en el futuro o hasta que instale una versión de Exchange en la que se haya resuelto este problema. Si elimina una cuota antes de que se aplique la solución para este problema, no podrá establecer una cuota en esta carpeta incluso si realiza la actualización a una versión en la que se haya solucionado este problema.
• La eliminación del buzón del operador del sistema producirá que algunas operaciones del buzón no se realicen correctamente   Si se elimina la base de datos de buzones que contiene el buzón del operador del sistema, se producirá un error en la operaciones de desplazamiento del buzón en el servidor en el que se está ejecutando dicha operación. El error es: "Error was found for <nombre de buzón> because: The information store could not be opened. The MAPI provider failed. MAPI 1.0 ID no: 8004011d-0289-00000000, error code: -1056636928". Para resolver este error, cree una base de datos en el servidor y el buzón del operador del sistema se volverá a crear automáticamente.

• Los comandos CAS no funcionan   En la actualidad, si dispone de una topología multidominio (primario secundario), Get-CASMailboxPolicy se realiza de forma correcta, pero Set-CASMailboxPolicy produce un error. Este problema se corregirá en la versión RTM.
• Las tareas de administración de la segmentación OWA no están disponibles en la versión Beta 2   Las tareas del administrador de segmentación de Outlook Web Access no funcionan en la versión Beta 2 de Exchange 2007.
• La revisión del controlador de dominios es necesaria si Exchange 2007 se comunica con un controlador de dominio de idioma distinto al inglés para que la libreta de direcciones funcione correctamente en Outlook Web Access   Si está utilizando Outlook Web Access y el servidor CAS está conectado a un controlador de dominio que ejecuta una versión de Windows en un idioma distinto al inglés, deberá instalar la revisión KB919166 en el controlador de dominio. Sin esta revisión, las operaciones de la libreta de direcciones en Outlook Web Access producirán un error si la referencia cultural de la interfaz de usuario de los usuarios es distinta de la referencia cultural del controlador de dominios.

  Nota:
  En el momento de la realización de este documento, KB919166 no se había publicado en la web. Sin embargo, debería estar disponible en el momento en que se publique la versión Beta 2. Si se encuentra en la web, puede llamar al Servicios de soporte técnico de Microsoft y obtener esta revisión sin tener que abonar la llamada.

• Configuración de autenticación de ActiveSync   En la actualidad, Exchange 2007 Exchange ActiveSync admite a los usuarios de buzones de Exchange 2003 enviando la solicitud de ActiveSync desde el dispositivo por el servidor CAS al servidor Exchange 2003. En la versión Beta 2, esta solicitud dará lugar a un error de autenticación desde el servidor Exchange 2003 si Exchange ActiveSync se ha configurado para requerir la autenticación basada en certificados del cliente en Exchange 2007. Para solucionar este problema, configure el directorio virtual de Exchange ActiveSync en el servidor CAS de Exchange 2007 para que requiera la autenticación básica (en vez de la autenticación de certificados) si quiere que preste servicio a los usuarios en el servidor de buzones de Exchange 2003. Este problema se corregirá en la versión RTM.
• OWA y el servicio de disponibilidad funcionarán mejor con esta configuración de SSL   Para que Office Outlook Web Access y el servicio de disponibilidad funcionen bien juntos, deben tener la misma configuración de SSL cuando utilicen un proxy. De forma predeterminada, ambos ignorarán los certificados SSL no válidos al utilizar el proxy. Para cambiar este comportamiento, establezca la propiedad del registro HKLM\System\CurrentControlSet\Services\MSExchangeOWA\RequireTrustedCertForProxying en "1" para Office Outlook Web Access y la propiedad IgnoreAllCertificateErrors en el archivo web.config en el directorio virtual /owa en "0". Si Office Outlook Web Access y el servicio de disponibilidad tienen una configuración SSL distinta, ninguno funcionará correctamente. El servicio de disponibilidad que funciona con los servicios web de Exchange en el directorio virtual /ews no se ve afectado por esta restricción.
• El acceso al archivo UNC desde los dispositivos móviles no funciona con el proxy del servidor CAS   En la actualidad, el acceso al archivo UNC de Windows SharePoint Services mediante Office Outlook Web Access y ActiveSync no funcionará cuando la solicitud HTTP procedente del cliente o dispositivo móvil se envíe mediante proxy y se trate por otro servidor CAS de Exchange 2007.
• Los datos de la carpeta pública en los servidores Exchange 2007 no estarán disponibles mediante DAV   Se recomienda que las carpetas públicas no se instalen en servidores de buzones de Exchange 2007 si requiere acceso DAV a dichas carpetas públicas. En la actualidad, DAV no puede tener acceso a los datos de carpetas públicas en los servidores Exchange 2007. Debido a que Outlook Web Access en Exchange Server 2003 utiliza DAV para la mayoría de sus accesos a las carpetas públicas, este problema afectará al desplazamiento por carpetas públicas.
• La replicación de carpetas públicas entre Exchange 2003 y Exchange 2007 podría dar lugar a que se denegase el acceso a clientes   Si tiene carpetas públicas replicadas entre servidores Exchange 2003 y Exchange 2007, habrá un 50% de posibilidades de que un usuario reciba un código de estado 501 Not Implemented (no implementado) del servidor Exchange 2007 al intentar tener acceso al servidor con DAV. Este resultado se produce si el servidor de Exchange 2007 fue el servidor seleccionado para tener acceso a los datos cuando se envió la solicitud. Para resolver este problema, elimine todas las carpetas públicas a las que se tenga que tener acceso con DAV desde los servidores de buzones de Exchange 2007 y coloque dichos datos en servidores de Exchange 2003. Debido a que Outlook Web Access en Exchange Server 2003 utiliza DAV para la mayoría de sus accesos a las carpetas públicas, este problema afectará al desplazamiento por carpetas públicas.
• Es posible que algunos usuarios de ActiveSync tengan que hacer nuevas asociaciones de servidores   Después de instalar la versión beta 2 de Exchange 2007, es posible que los usuarios de Exchange ActiveSync reciban el siguiente mensaje en su dispositivo Windows Mobile: “An error has occurred and your data will be deleted before resynchronization.” (Se produjo un error y los datos se eliminarán antes de la resincronización) Este error es debido a un cambio en el formato de estado de Exchange ActiveSync en Exchange 2007 y toda la información de correo electrónico, calendario y contactos se eliminará temporalmente del dispositivo. En algunos casos, es posible que sea necesario que vuelva a crear la asociación del servidor de Exchange ActiveSync Exchange en el dispositivo. Vaya a Office Outlook Web Access y seleccione Opciones, Dispositivos móviles. Resalte el dispositivo y seleccione Quitar el dispositivo de la lista.
• Problema del directorio virtual OWA con CAS y el buzón en el mismo servidor    Existe un problema de interoperabilidad entre las funciones CAS y de buzones donde los directorios virtuales heredados no se tratan correctamente por las tareas de directorio virtual de Outlook Web Access. Cuando se instalan las funciones de servidor CAS y de buzones en el mismo servidor, la instalación de la función buzón crea los directorios virtuales /exchange y /public y los configura para utilizar la autenticación de Windows integrada. La instalación de la función CAS crea objetos en Active Directory para /exchange, /public y /exchweb. Como resultado, los objetos en Active Directory no hacen referencia a unos directorios virtuales de Exchange 2007 Outlook Web Access, lo que se traduce en mensajes de advertencia al ejecutar Get-OwaVirtualDirectory y Set-OwaVirtualDirectory. Debe utilizar una tarea Set-OWAVirtualDirectory para establecer la configuración de autenticación que desearía utilizar con estos directorios virtuales. Sólo son válidas la autenticación basada en formularios y la autenticación básica para los directorios virtuales heredados.

• Los servidores de concentradores de distintos bosques requieren la configuración entre bosques   Para que los servidores de transporte de concentradores de Exchange intercambien correo correctamente, es necesario una confianza de bosque bidireccional entre los bosques y debe configurar el control de acceso en ambos servidores para autorizar el intercambio de correo a los servidores de bosques externos. Para obtener más información sobre cómo configurar los servidores de transporte de concentradores para intercambiar correo con servidores de otros bosques, consulte "Conectores entre bosques" más adelante en este documento.
• La consola de administración de Exchange muestra la página Finalizar la implementación después de crear una suscripción de bordes   Después de crear una suscripción, la consola de administración en un servidor de bordes muestra la página Finalizar la implementación de Exchange Server 2007 para funciones que no sean la función de bordes, como la función de transporte de concentradores. Las tareas de bordes se encuentran en la parte inferior de esta página y se pueden pasar por alto. Debe ignorar las secciones de funciones que no sean de bordes para configurar su servidor de bordes.
• De manera predeterminada, están desactivados el envío de correo anónimo y la retransmisión abierta   Los servidores que están ejecutando la función de transporte de concentradores de Exchange 2007 no tienen permitido el envío de correo SMTP no autenticado o la retransmisión abierta en una instalación predeterminada. Si necesita funciones de envío de correo anónimo o de retransmisión abierta para su entorno de prueba, debe habilitar esta función. Para habilitar esta función en Shell de administración de Exchange, ejecute el siguiente comando después de haber completado la instalación de la función de servidor de transporte de concentradores:

  set-receiveconnector <id> -PermissionGroups:AnonymousUsers,ExchangeUsers,ExchangeServers,ExchangeLegacyServers add-adpermission <id> -User AN –ExtendedRights ms-Exch-SMTP-Accept-Any-Recipient

• Los servidores de Exchange 2003 deben poder enviar encabezados de bosques y organizativos a Exchange 2007   Los servidores de Exchange 2003 pueden enviar encabezados de bosques y organizativos a los servidores de Exchange 2007. Esto permite que aquellos mensajes que se supone que no deben eludir los filtros contra correo electrónico no deseado los eludan. Para solucionar este problema, si tiene servidores de Exchange 2003 en su organización, ejecute el siguiente comando de Shell de administración de Exchange en un servidor de transporte de concentradores:

  add-adpermission <DN_Administrative_container> -user <ForestRootDomain>\Exchange2003Interop -ExtendedRights ms-Exch-Accept-Headers-Organization,ms-Exch-Accept-Headers-Forest,ms-Exch-Send-Headers-Forest,ms-Exch-Send-Headers-Organization -deny -InheritanceType Descendents

  Nota:
  Ejemplo de comando: add-adpermission "CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=youdomain,DC=com" -user Redmond\Exchange2003Interop -ExtendedRights ms-Exch-Accept-Headers-Organization,ms-Exch-Accept-Headers-Forest,ms-Exch-Send-Headers-Forest,ms-Exch-Send-Headers-Organization -deny -InheritanceType Descendents

• Problemas de EdgeSync cuando se eliminan todos los servidores de concentradores   Los servidores de transporte de concentradores después de que se haya creado una suscripción de bordes no participarán en EdgeSync. Para que el nuevo servidor de transporte de concentradores sincronice los datos con sus servidores de bordes, debe eliminar las suscripciones de bordes de la organización y en todos los servidores de bordes. Vuelva a realizar el proceso de suscripción.
• Update-ExchangeCertificate ya no es un comando válido   Se rechaza el verbo update para el nombre ExchangeCertificate. Los nuevos certificados autofirmados X509 y las solicitudes de certificado para TLS deben usar el verbo new, new-ExchangeCertificate, para generar un nuevo certificado autofirmado o new-ExchangeCertificate –generaterequest –path c:\requests –base64encoded para generar una solicitud de certificado pkcs#10.
• No hay que modificar los puertos EdgeSync predeterminados   Si pretende usar EdgeSync, la instalación o el proceso posterior a la instalación no debe modificar los puertos predeterminados. EdgeSync depende de un puerto 50636 no modificable. Si se modifican los puertos ADAM predeterminados, EdgeSync no funcionará. Los puertos deben volver a sus valores originales para usar EdgeSync. La instalación predeterminada de la función de transporte de bordes usa una instancia ADAM con los siguientes puertos predeterminados:
  • 50389 - Protocolo ligero de acceso a directorios (LDAP)
  • 50636 - LDAP seguro
• Los puertos 5000-6000 tienen que abrirse para POP3 y IMAP4   Si un servidor de seguridad, incluyendo Firewall de Windows, está habilitado en un servidor que está ejecutando Exchange que admite clientes POP3 y IMAP4, se deben abrir los puertos 5000-6000 o experimentará problemas de conexión.

• No use las opciones de menú del servidor virtual de Exchange en el administrador de clústeres   Los elementos de menú contextual Actualizar el servidor virtual de Exchange y Quitar servidor virtual de Exchange aparecen en el administrador de clústeres, pero no se deben usar bajo ninguna circunstancia.
• La cuenta del servicio de Cluster Server tiene que ser un miembro del grupo de administradores de Exchange Server   Para usar la replicación continua de clústeres (CCR), el servicio de Cluster Server tiene que tener permisos de administrador del servidor de Exchange Server.
• Limite el número de grupos de almacenamiento en un clúster CCR   En un entorno CCR, le recomendamos que limite entre 15 y 30 el número de grupos de almacenamiento y bases de datos.
• Se requiere la revisión 921181 de Windows Server 2003   Se requiere esta revisión para CCR. Agrega una opción de testigo de uso compartido de archivos para un quórum Conjunto de nodos mayoritario, y la posibilidad de configurar los latidos de clústeres. Para obtener más información sobre esta revisión, consulte el artículo 921181 de Microsoft Knowledge Base, "An update is available that adds a file share witness feature and a configurable cluster heartbeats feature to Windows Server 2003 Service Pack 1-based server clusters" (Está disponible una actualización que agrega una función de testigo de uso compartido de archivos y una función de latidos de clústeres configurable a los clústeres de servidor basados en Windows Server 2003 Service Pack 1) (en inglés). Le recomendamos que consulte este artículo junto con la documentación de CCR.
• Se debe habilitar manualmente el contenedor de transporte   Se requiere el contenedor de transporte para CCR, pero está desactivado de manera predeterminada. El contenedor de transporte es una característica de la función de servidor de transporte de concentradores. El servidor de transporte de concentradores mantiene una cola de correo que se ha entregado recientemente a un servidor de buzones agrupado. En caso de una conmutación por error que no sea por pérdida de información, CCR solicita automáticamente a cada servidor de transporte de concentradores del sitio que vuelva a enviar el correo de la cola del contenedor de transporte. La información almacenada elimina automáticamente los elementos duplicados y vuelve a enviar el correo que se había perdido. Puede usar el cmdlet Set-TransportConfig para activar y configurar el contenedor de transporte, que está controlado en el grupo de almacenamiento. Le recomendamos configurar el parámetro MaxDumpsterSizePerStorageGroup, que especifica el tamaño máximo de la cola del contenedor de transporte para cada grupo de almacenamiento, a un tamaño que sea 1,25 veces el tamaño del mensaje máximo que se pueda enviar. Por ejemplo, si el tamaño máximo de los mensajes es de 10 Mb, debe configurar el parámetro MaxDumpsterSizePerStorageGroup con un valor de 12,5 Mb. Le recomendamos asimismo configurar el parámetro MaxDumpsterTime, que especifica cuánto tiempo debe permanecer un mensaje de correo electrónico en la cola del contenedor de transporte, a un valor de 07:00:00, es decir, 7 días. Creemos que es tiempo suficiente para permitir que tenga lugar una interrupción extendida sin pérdida de correo electrónico. Al usar la función de contenedor de transporte, será necesario espacio de disco adicional en el servidor de transporte de concentradores para alojar las colas del contenedor de transporte. La cantidad de espacio de almacenamiento requerido es aproximadamente igual al valor de MaxDumpsterSizePerStorageGroup por el número de grupos de almacenamiento.
• La instalación desatendida continúa incorrectamente sin el servicio Cluster Server   En una instalación desatendida, la instalación de Exchange no da un error si el servicio Cluster Server no se está ejecutando. Por el contrario, instala un nodo independiente. Antes de ejecutar las tareas para crear un nuevo servidor de buzones agrupado, le recomendamos que inicie el administrador de clústeres y compruebe que el clúster está en conexión.
• Error de File-already-exists al usar Update-StorageGroupCopy   Al usar el cmdlet Update-StorageGroupCopy, puede ver errores periódicos debido a un archivo en la ubicación de archivos. El archivo se crea automáticamente cada 30 segundos. Para resolver este problema, elimine el archivo y repita inmediatamente la tarea.
• Error al desinstalar si el Operador de sistema está en conexión   Se produce el siguiente mensaje de error: Error de tipo desconocido al ejecutar la operación exsetdata; el código de error original era 0xc1037b3f.
• Se han creado incorrectamente varios grupos de administradores de Exchange Server   Si se ejecutan repetidamente New-ClusteredMailboxServer y Remove-ClusteredMailboxServer, quedan varios grupos de administradores de Exchange Server en Active Directory.
• Restablecimiento del número de generación de registro   La replicación continua local (LCR) y la replicación continua de clústeres (CCR) no tratan correctamente los restablecimientos del número de generación de registro. Para restablecer los números de generación de registro en una configuración LCR, le recomendamos que deshabilite la replicación continua local para ese grupo de almacenamiento, restablezca los números de generación de registro y, a continuación, vuelva a habilitar la replicación continua local para el grupo de almacenamiento. En una configuración CCR, evite esta operación.

• La funcionalidad MOM 2005 depende de la importación del módulo de administración actual   No puede usar el módulo de administración de Exchange 2007 para MOM 2005 a no ser que pueda importarlo a MOM. Una vez instalado el entorno MOM 2005, debe importar el módulo de administración de Exchange para iniciar la supervisión de los servidores que están ejecutando Exchange 2007. Para obtener más información, consulte “Cómo importar el módulo de administración de Exchange” más adelante en este documento.
• La cuenta de acciones del agente MOM tiene que ejecutarse como sistema local   Los cmdlets Diagnostic del módulo de administración de Exchange no se ejecutarán a no ser que la cuenta de acciones del agente en el servidor que está ejecutando Exchange esté ejecutándose como sistema local. Abra la consola de administrador MOM, busque Administración, Equipos, Equipos administrados por agente. Haga clic con el botón secundario en el servidor correspondiente y, a continuación, haga clic en Actualizar configuración de agente. En el cuadro de diálogo, en Qué cuenta desea usar para la cuenta de acciones del agente, haga clic en Sistema local.
• Los comandos MOM de mensajería unificada no funcionan   No puede usar Test-UMConnectivity desde MOM para supervisar la conectividad remota sin modificar los parámetros de los scripts para proporcionar un número de teléfono y una puerta de vínculo. Actualmente, esta funcionalidad no funciona. Se corregirá en la versión RTM.

• Los mensajes con 10 o más adjuntos eluden RMS   Actualmente, los mensajes que contienen 10 o más datos adjuntos no estarán protegidos en RMS por el agente de aplicación de directivas de RMS. El agente de aplicación de directivas permitirá que estos mensajes fluyan por el sistema sin intentar aplicarles derechos de protección.
• RMS no concederá una licencia previa a los mensajes no autenticados   Cuando se recibe un mensaje de un remitente no autenticado, el agente de directivas de RMS no concederá una licencia previa.
• Pérdida de propiedades de mensajes para mensajes de RMS   Actualmente, se perderán las siguientes propiedades de mensajes cuando se recibe un mensaje protegido por el agente de directivas de RMS:
  • Para su seguimiento
  • Confirmación de lectura
  • Botón de voto
• Los datos adjuntos de mensajes incrustados eluden RMS   El agente de aplicación de directivas de RMS no protegerá los mensajes que contengan un mensaje incrustado como un dato adjunto. El agente permitirá que estos mensajes de correo electrónico se entreguen sin intentar aplicarles derechos de protección.

• La configuración de seguridad le impide ver archivos chm   La configuración de seguridad mejorada le impide ver un archivo .chm desde un uso compartido de archivos. Si se está obteniendo acceso a setup.exe de Exchange Server de forma remota, el acceso directo Ayuda de la pantalla de apertura interpreta el archivo .chm con un error de página no encontrada. Para solucionar este problema, copie el archivo exchhelp.chm desde el uso compartido de red a su unidad de disco duro local y, a continuación, abra el archivo desde la unidad local para ver el contenido de la ayuda. Para obtener más información, consulte el artículo 896358 en Microsoft Knowledge Base, MS05-026: A vulnerability in HTML Help could allow remote code execution (Una vulnerabilidad en la Ayuda HTML podría permitir la ejecución de código remoto) (en inglés).
• El seguimiento de los mensajes italianos no funciona   Actualmente, los servidores italianos de Exchange 2007 no admiten el seguimiento de los mensajes debido a un problema de localización. Si necesita realizar el seguimiento de los mensajes de un servidor italiano, puede buscar manualmente los archivos de seguimiento de mensajes.
• Administrar todas las listas de direcciones desde la consola de administración de Exchange 2007   La administración de las listas de direcciones en el Administrador del sistema de Exchange de Exchange 2003 que se crearon en la consola de administración de Exchange 2007 producirá errores y puede bloquear el Administrador del sistema de Exchange. Debe administrar todas las listas de direcciones creadas en Exchange 2007 únicamente desde la consola de administración de Exchange.
• Error al enviar mensajes con datos adjuntos de mensajes de correo electrónico   Actualmente, los mensajes con datos adjuntos de mensajes de correo electrónico no se pueden enviar con un informe de no entrega (NDR). Este problema ocurre con los mensajes de correo electrónico de texto sin formato, RTF y HTML. Actualmente no hay ninguna solución para este problema. Este problema se corregirá en la versión RTM.
• Debe usar la versión Beta 2 de Outlook 2007 con Exchange 2007 Beta 2   Debe usar la versión Beta 1 de Office Outlook 2007 si está usando Office 2007 para que funcione la disponibilidad y la funcionalidad de sugerencias de reunión. Las versiones anteriores de Outlook 2007 no son compatibles con la versión Beta 2 de Exchange 2007.
• La instalación de Exchange 2007 forzará una descarga de OAB para clientes existentes   Actualmente, la instalación del primer servidor que está ejecutando Exchange 2007 en una organización existente fuerza la descarga completa de una libreta de direcciones sin conexión (OAB) para clientes que usan listas de direcciones sin conexión.
• No puede administrar servidores de nivel inferior desde la consola de administración de Exchange   No puede administrar servidores que están ejecutando Exchange Server 2003 o Exchange 2000 Server desde la consola de administración de Exchange, excepto para aquellas tareas que se han documentado en estos y otros documentos publicados en el sitio web de Microsoft.
• No se pueden usar Usuarios y equipos en Active Directory para crear objetos de Exchange 2007   Si está instalado el Administrador del sistema de Exchange, Usuarios y equipos en Active Directory le permitirá crear buzones en servidores de Exchange 2007. Sin embargo, esta acción no se admite. Los buzones creados de esta forma se tratarán como buzones “heredados” (Exchange 2003 o Exchange 2000), aunque estén en un servidor de Exchange 2007. Exchange 2007 no tiene el servicio de actualización de destinatarios para actualizar los atributos de usuario. Los usuarios creados en Usuarios y equipos en Active Directory no se pueden configurar completamente a no ser que haya un servidor de Exchange Server 2003 o un servidor de Exchange 2000 Server en la organización con un servicio de actualización de destinatarios preparado para configurar el buzón recientemente creado.
• No puede administrar servidores de Exchange 2007 desde consolas de administración de nivel inferior   No puede administrar servidores de Exchange 2007 desde la consola de administración que está ejecutando Exchange Server 2003 o Exchange 2000, excepto para aquellas tareas que se han documentado en estos y otros documentos publicados en el sitio web de Microsoft.
• No puede establecer la propiedad de país en la consola de administración de Exchange   No puede establecer la propiedad de país para un buzón o contacto en el buzón o para páginas de propiedades de contactos en la consola de administración de Exchange. Para solucionar este problema, puede establecer la propiedad de país con Usuarios y equipos en Active Directory.
• Configurar manualmente los permisos para su interoperabilidad con Exchange 2003   Cuando se implementa Exchange 2007 para coexistencia e interoperabilidad con Exchange Server 2003, debe configurar manualmente los permisos requeridos. Los datos de Exch50 deben enviarse en una conexión autorizada.
• Se requiere la regla ISA cuando ISA se encuentra entre usuarios y servidores   Si está usando Internet Security and Acceleration Server (ISA) entre usuarios y servidores de Outlook Web Access, debe desactivarse la regla de ISA Server "Verify Normalization" para habilitar la funcionalidad de acceso a documentos de Outlook Web Access. Exchange 2007 envía espacios ISA Server de codificación doble en los nombres de documentos y carpetas que contienen espacios, comportamiento que bloquea ISA Server. Para obtener instrucciones detalladas acerca de cómo desactivar la regla Verify Normalization en ISA Server 2004, consulte Reverse Proxy Configurations for Windows SharePoint Services and Internet Security and Acceleration Server (Invertir configuraciones proxy para Windows SharePoint Services e Internet Security y Acceleration Server) (en inglés).
• Corregir objetos de destinatarios no válidos   La versión Beta 2 de Exchange 2007 incluye un script diseñado para devolver información sobre objetos de destinatarios no válidos de su organización Exchange y, si es posible, para intentar solucionarlos. CheckInvalidRecipients.msh, que está ubicado en el directorio Scripts de la instalación Exchange, intenta corregir las dos clases siguientes de problemas:
  • Problemas de direcciones SMTP principales   Si un destinatario tiene direcciones SMTP mostradas como su dirección SMTP principal, o si la dirección SMTP principal de un usuario no es válida, el script intenta establecer el WindowsEmailAddress del usuario como dirección SMTP principal. WindowsEmailAddress del usuario es la dirección que Exchange Server 2003 reconoce como la dirección principal; sin embargo, Exchange 2007 no la reconoce.
  • Pertenencia oculta a grupos de distribución   Si un grupo de distribución tiene HideDLMembershipEnabled establecido en true, pero ReportToManagerEnabled, ReportToOriginatorEnabled y/o SendOofMessageToOriginatorEnabled están establecidos en true, la pertenencia no está realmente oculta. El script establecerá ReportToManagerEnabled, ReportToOriginatorEnabled y SendOofMessageToOriginatorEnabled en false para ocultar correctamente la pertenencia al grupo de distribución.
• El valor Cambiar la contraseña en el siguiente inicio de sesión no funciona en la consola de administración de Exchange   El valor Cambiar la contraseña en el siguiente inicio de sesión no funciona si está establecida con la consola de administración de Exchange. Para configurar este valor, utilice Usuarios y equipos de Active Directory.
• El FQDN de su dominio AD requería algunos comandos   No puede habilitar o conectar un buzón si el nombre NetBIOS del dominio es diferente del nombre DNS del dominio. Use un nombre de dominio completo (FQDN) para el dominio cuando esté especificando un usuario mediante las tareas de habilitación y conexión de buzón.
• El término o nombre de servicio cambia   Los siguientes términos y nombres de servicio han cambiado desde que se publicó la versión Beta 1 de Exchange 2007:
  • EdgeTransportSvc ha cambiado su nombre a MSExchangeTransport.
  • MSExchMailSubmissionSVc ha cambiado su nombre a MSExchangeMailSubmission.
  • ADAM_MSExchangeAdam ha cambiado su nombre a ADAM_MSExchange.

Este procedimiento es una solución para el siguiente problema conocido:

La funcionalidad MOM 2005 depende de la importación del módulo de administración actual   No puede usar el módulo de administración de Exchange para MOM 2005 a no ser que pueda importarlo a MOM. Una vez instalado el entorno MOM 2005, debe importar el módulo de administración de Exchange para iniciar la supervisión los servidores que están ejecutando Exchange 2007.

Para importar el módulo de administración de Exchange

Estos procedimientos son soluciones para el siguiente problema conocido:

Los planes de conmutación de llamadas de mensajería unificada están configurados de manera predeterminada en inglés (Estados Unidos)   Como parte de la finalización de la implementación después de instalar del primer servidor de Exchange 2007 que está ejecutando la función de mensajería unificada, el servidor de mensajería unificada se agrega a un plan de conmutación de llamadas de mensajería unificada. Los idiomas de mensajería unificada disponibles (Inglés de Estados Unidos más otro idioma, dependiendo del idioma de instalación, para las versiones de Exchange que no estén en inglés) se agregan a los idiomas disponibles del plan de conmutación de llamadas. Sin embargo, el idioma predeterminado para el plan de conmutación de llamadas de mensajería unificada siempre se establece en Inglés (Estados Unidos), incluso si la instalación de Exchange no está en inglés. Esta configuración cambiará para RTM.

Use la consola de administración de Exchange o Shell de administración de Exchange para configurar el plan de conmutación de llamadas de mensajería unificada con objeto de usar el idioma requerido.

Para establecer el idioma del plan de conmutación de llamadas predeterminado con la consola de administración de Exchange

Para establecer el idioma del plan de conmutación de llamadas predeterminado con Shell de administración de Exchange

Esta sección proporciona procedimientos para solucionar el siguiente problema conocido:

Los servidores de concentradores de distintos bosques requieren la configuración entre bosques   Para que los servidores de transporte de concentradores de Exchange intercambien correo correctamente, es necesario una confianza de bosque bidireccional entre los bosques y debe configurar el control de acceso en ambos servidores para autorizar el intercambio de correo a los servidores de bosques externos.

En esta sección se explica cómo utilizar la consola de administración de Exchange o Shell de administración de Exchange para configurar conectores de envío y conectores de recepción para habilitar la comunicación entre bosques.

Para establecer el flujo de correo directo entre los servidores de Microsoft Exchange en diferentes bosques de Active Directory, debe configurar conectores de envío y de recepción. El nivel de confianza que se requiere entre los dominios de los bosques y la configuración de seguridad requerida para los conectores dependen de la versión de Exchange Server de la organización Exchange de cada bosque y de los niveles funcionales del bosque de Active Directory.

En esta sección se explica cómo configurar conectores entre bosques para los siguientes escenarios:

• De Exchange Server 2007 a Exchange 2007 con confianza de bosque
• De Exchange 2007 a Exchange 2007 sin confianza de bosque
• De Exchange 2007 a Exchange Server 2003

Antes de empezar

Compruebe que la organización cumple los requisitos previos para cada escenario. Los requisitos previos se muestran en los procedimientos para cada escenario.

Compruebe que la cuenta que usa para realizar estos procedimientos cuenta con la pertenencia a grupos administrativos requerida de la forma siguiente:

• Para crear un conector de envío SMTP de Exchange 2007, debe ser un administrador de la organización Exchange.
• Para crear un conector de recepción SMTP de Exchange 2007, debe ser un administrador de Exchange Server para el servidor donde creará el conector.

De Exchange 2007 a Exchange 2007 con confianza de bosque

En este escenario, puede crear los conectores entre bosques entre un servidor de transporte de concentradores de una organización y un servidor de transporte de concentradores de otra organización. Use el mecanismo de autenticación Seguridad del nivel de transporte (TLS, Transport Layer Security)/Kerberos para proporcionar autenticación mutua y autorización entre los servidores de distintos bosques. Este escenario presenta los requisitos previos siguientes:

• Cada bosque de Active Directory se debe encontrar en un nivel funcional de bosques de Windows Server 2003.
• Debe existir una confianza de bosque bidireccional entre los dos bosques.
• Para restringir el ámbito de autenticación en un bosque a usuarios y equipos de otro bosque, puede habilitar la autenticación selectiva. Si ha habilitado la autenticación selectiva, debe confirmar que se le ha concedido al grupo de seguridad de los servidores de Exchange del bosque origen el permiso Permiso para autenticar en los servidores de Exchange del bosque destino.
• Cada bosque debe tener una organización Exchange con servidores de Exchange 2007. Para obtener más información sobre los niveles funcionales de Active Directory, consulte Active Directory Functional Levels Technical Reference (Referencia técnica de niveles funcionales de Active Directory) (en inglés). Para obtener más información sobre confianzas de Active Directory, consulte Administering Domain and Forest Trusts (Administración de dominio y confianzas de bosque) (en inglés).
• Para establecer el flujo de correo entre los bosques, siga estos pasos:

1. Cree un conector de envío y seleccione Interno para lo que se pretende hacer en este conector.
2. Establezca los permisos en el conector de envío.
3. Modifique los permisos en el conector de recepción predeterminado para el servidor de transporte de concentradores.

El procedimiento siguiente establece el flujo de correo entre bosques entre los servidores de transporte de concentradores de Exchange 2007 en los bosques Contoso.com y FourthCoffee.com. Debe realizar el procedimiento en cada bosque.

Para configurar los conectores entre bosques entre servidores de Exchange 2007 en un bosque de confianza

De Exchange 2007 a Exchange 2007 sin confianza de bosque

En este escenario, puede crear los conectores entre bosques entre los servidores de transporte de concentradores en dos bosques de Active Directory que están ejecutando Exchange 2007, pero no tiene una relación de confianza de bosque. Los mecanismos de autenticación básica, autenticación básica sobre TLS o autenticación externa proporcionan autenticación y autorización entre los servidores de diferentes bosques cuando no hay confianza de bosque. Este escenario presenta los requisitos previos siguientes:

• Cada bosque debe tener una organización Exchange con servidores de Exchange 2007.
• Si está usando la autenticación básica, debe existir una cuenta de dominio en cada bosque que se usará en la autenticación básica. Por ejemplo, proporcione una cuenta de usuario cuyo nombre principal universal (UPN) FourthCoffee@Contoso.com son las credenciales que se deben usar para la autenticación por servidores de Exchange en el dominio Fourth Coffee al enviar a los servidores de Exchange en el dominio Contoso.
• Si está usando la autenticación básica sobre TLS, el servidor destino debe estar configurado para usar un certificado X.509 con un FQDN que sea el mismo que el FQDN del conector de recepción.
• Si está usando la autenticación externa, debe existir una conexión de confianza entre los servidores de transporte de concentradores. Esta conexión puede ser una asociación IPSec (seguridad del protocolo de Internet) o los servidores pueden residir en una red físicamente controlada de confianza.

Para establecer el flujo de correo entre los bosques, siga estos pasos:

1. Cree un conector de envío.
2. Establezca los permisos en el conector de envío.
3. Modifique los permisos en el conector de recepción predeterminado del servidor de transporte de concentradores, o en el caso de conectores protegidos de forma externa, cree un nuevo conector de recepción.

   Nota:
   Si está usando la autenticación básica sobre TLS, debe proporcionar el FQDN del servidor de transporte de concentradores remoto en la configuración del host inteligente. Puede usar una dirección IP.

El procedimiento siguiente establece el flujo de correo entre bosques entre los servidores de transporte de concentradores de Exchange 2007 en los bosques Contoso.com y FourthCoffee.com. Debe realizar el procedimiento en cada bosque.

Para configurar los conectores entre bosques entre servidores de Exchange 2007 sin una relación de confianza usando la autenticación básica o una autenticación básica sobre TLS

Para configurar los conectores entre bosques entre servidores de Exchange 2007 sin una relación de confianza usando autenticación externa

De Exchange 2007 a Exchange 2003

En este escenario, puede crear conectores entre bosques entre un bosque de Active Directory que está ejecutando Exchange 2007 y un segundo bosque de Active Directory que está ejecutando Exchange 2003. Puede crear conectores de envío y de recepción entre el servidor de transporte de bordes de Exchange 2007 y el servidor cabeza de puente de Exchange 2003 o entre el servidor de transporte de concentradores de Exchange 2007 y el servidor cabeza de puente de Exchange 2003.

Para establecer el flujo de correo entre los bosques, siga estos pasos:

1. Cree un conector de envío y seleccione Heredado como el uso pretendido de este conector en el servidor de transporte de bordes o en el servidor de transporte de concentradores de Exchange 2007.
2. Modifique los permisos en el conector de recepción predeterminado en el servidor de transporte de Exchange 2007.
3. Cree un conector SMTP en Exchange 2003.

El procedimiento siguiente establece el flujo de correo entre bosques entre los servidores de transporte de Exchange 2007 en el bosque Contoso.com y los servidores cabeza de puente de Exchange 2003 en el bosque FourthCoffee.com. Después de realizar este procedimiento, le recomendamos que pruebe el flujo de correo enviando un mensaje entre las dos organizaciones. También debe examinar los registros de protocolo para comprobar que los datos de EXCH50 se han propagado en Exchange 2003.

Para configurar los conectores entre bosques entre servidores de Exchange 2007 y Exchange 2003 en bosques separados