Notas de la versión de Exchange 2013

Se aplica a: Exchange Server 2013

¡Bienvenido a Microsoft Exchange Server 2013! Este tema contiene información importante que debe saber para implementar correctamente Exchange 2013. Lea este tema por completo antes de comenzar la implementación.

En este tema se presentan las siguientes secciones:

  • Configuración e implementación

  • Shell de administración de Exchange

  • Mailbox

  • Carpetas públicas

  • Flujo del correo

  • Conectividad de clientes

  • Coexistencia con Exchange 2010

Configuración e implementación

  • msExchProductId no refleja la versión de versión de Exchange 2013 instalada Una vez que Exchange extiende el esquema de Active Directory y prepara Active Directory para Exchange, se actualizan varias propiedades para mostrar que la preparación se ha completado. Una de estas propiedades es msExchangeProductId en el CN=<your organization>, CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=<domain> contenedor en el Configuration contexto de nomenclatura. Si no se introduce ningún cambio de esquema de Active Directory en la versión de Exchange 2013 que va a instalar, esta propiedad no se actualizará o puede mostrar un valor inesperado. Esto podría causar confusión si el valor no coincide con la versión de Exchange 2013 que se está instalando.

    Se espera este comportamiento, ya que el valor de msExchProductId no refleja la versión de Exchange 2013 que se está instalando. Esta propiedad refleja la versión de Exchange 2013 que realizó por última vez cambios en el esquema de Active Directory. Para evitar confusiones, le recomendamos que siga los pasos de la sección ¿Cómo sabe que ha funcionado? de Preparación de Active Directory y dominios para comprobar que active Directory se ha actualizado y está listo para la versión de Exchange 2013 que va a instalar.

  • El programa de instalación solicita incorrectamente .NET Framework 4.0: si intenta instalar Exchange 2013 sin .NET Framework instalado en el equipo, el programa de instalación solicita incorrectamente que instale .NET Framework 4.0 cuando, de hecho, se requiere .NET Framework 4.5 o posterior.

    Para solucionar este problema, instale .NET Framework 4.5 o posterior. No es necesario instalar .NET Framework 4.0. Para obtener una lista completa de los requisitos previos, consulte Requisitos previos de Exchange 2013.

  • Los archivos de configuración de la aplicación XML de Exchange se sobrescriben durante la instalación de actualizaciones acumulativas: cualquier configuración personalizada de Exchange o Internet Information Server por servidor que realice en los archivos de configuración de aplicaciones XML de Exchange, por ejemplo, los archivos web.config en los servidores de acceso de cliente o el archivo EdgeTransport.exe.config en los servidores de buzones de correo, se sobrescribirá al instalar una actualización acumulativa de Exchange o Service Pack. Asegúrese de guardar esta información para que pueda volver a configurar fácilmente su servidor tras la instalación. Debe volver a configurar estas opciones después de instalar una actualización acumulativa de Exchange o Service Pack.

  • La instalación de Exchange con permisos de administrador delegado producirá un error en el programa de instalación Cuando un usuario que solamente es miembro del grupo de funciones Configuración delegada intente instalar Exchange en un servidor aprovisionado previamente, el programa de instalación producirá un error. Esto sucede porque el grupo de Configuración delegada carece de los permisos necesarios para crear y configurar ciertos objetos en Active Directory.

    Como solución alternativa a este problema, siga uno de estos procedimientos:

    • Agregue el usuario que instala Exchange al grupo de seguridad Administradores de dominio de Active Directory.

    • Instale Exchange con un usuario que sea miembro del grupo de funciones de administración de la organización.

Para obtener más información sobre cómo instalar Exchange 2013, consulte Planeamiento e implementación.

Shell de administración de Exchange

  • El Shell carga inesperadamente cmdlets de Exchange 2007 o Exchange 2010 Anteriormente, al abrir el Shell en un servidor de Exchange 2013, el shell abriría una conexión al servidor local u otro servidor que ejecuta Exchange 2013. Cuando se realiza la conexión, se cargan los cmdlets de Exchange 2013. A partir de Exchange 2013 CU11, el shell se conectará al servidor de Exchange donde se encuentra el buzón del usuario que ha iniciado sesión. Si el usuario que ha iniciado sesión no tiene un buzón, el Shell se conectará al servidor donde se encuentra el buzón de arbitraje SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}. El servidor de destino puede ser cualquier versión compatible de Exchange. Esto significa que si el buzón del usuario que ha iniciado sesión (o el buzón de arbitraje si el usuario no tiene ningún buzón) se encuentra en un servidor de Exchange 2010, el Shell se conectará a ese servidor y cargará los cmdlets de Exchange 2010. Esto puede impedir que realice ciertas tareas porque los cmdlets de Exchange 2010 no pueden administrar la configuración o los servidores de Exchange 2013.

    A partir de Exchange 2013 CU11, este comportamiento es por diseño. Para asegurarse de que el shell carga los cmdlets de Exchange 2013, mueva el buzón del usuario que ha iniciado sesión a Exchange 2013. Si el usuario que ha iniciado sesión no tiene un buzón de correo, mueva el buzón de arbitraje SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c} a un servidor de Exchange 2013.

    Para obtener detalles e información sobre cómo mover el buzón de arbitraje, vea Shell de administración de Exchange y Anclaje de buzones en el blog del equipo de Exchange.

Mailbox

  • Los servidores de buzones de correo que ejecutan versiones diferentes de Exchange se pueden agregar al mismo grupo de disponibilidad de base de datos . El cmdlet Add-DatabaseAvailabilityGroupServer y el Centro de administración de Exchange permiten incorrectamente agregar un servidor de Exchange 2013 a un grupo de disponibilidad de base de datos (DAG) basado en Exchange 2016 y viceversa. Exchange solo admite agregar servidores de buzones que ejecutan la misma versión (Exchange 2013 frente a Exchange 2016, por ejemplo) a un DAG. Además, el Centro de administración de Exchange muestra los servidores de Exchange 2013 y Exchange 2016 en la lista de servidores disponibles para agregar a un DAG. Así se podría permitir a un administrador agregar inadvertidamente un servidor que ejecuta una versión incompatible de Exchange a un DAG (por ejemplo, agregar un servidor Exchange 2013 a un DAG basado en Exchange 2016).

    Actualmente no hay ninguna solución alternativa para este problema. Los administradores deben ser diligentes al agregar un servidor de buzones a un DAG. Agregue solo servidores Exchange 2013 a DAG basados en Exchange 2013 y solo servidores Exchange 2016 a DAG basados en Exchange 2016. Para diferenciar cada versión de Exchange, examine la columna Versión de la lista de servidores del Centro de administración de Exchange. Las siguientes son las versiones de servidor de Exchange 2013 y Exchange 2016:

    • Exchange 2013 15.0 (compilación xxx.xx)

    • Exchange 2016 15.1 (compilación xxx.xx)

  • Aumento del tamaño del buzón al migrar desde versiones anteriores de Exchange: al mover un buzón de una versión anterior de Exchange a Exchange 2013, el tamaño del buzón notificado puede aumentar del 30 al 40 por ciento. El espacio en disco utilizado por la base de datos de buzones no ha aumentado, solo ha aumentado la atribución de espacio que usa cada buzón. El aumento del tamaño del buzón se debe a la inclusión de todas las propiedades de elemento en los cálculos de cuota, lo que proporciona un cálculo más preciso del espacio consumido por los elementos dentro de su buzón. Este aumento puede hacer que algunos usuarios superen sus cuotas de tamaño de buzón cuando su buzón se mueve a Exchange 2013.

    Para evitar que los usuarios superen sus cuotas de tamaño de buzón de correo, aumente los valores de cuota de la base de datos o buzón de correo para adaptarse al nuevo cálculo de cuota. Para configurar los valores de cuota de base de datos o buzón de correo, use los parámetros IssueWarningQuota, ProhibitSendQuota y ProhibitSendReceiveQuota en los cmdlets Set-MailboxDatabase y Set-Mailbox , respectivamente.

  • Es posible que los clientes de Outlook 2007 y Outlook 2010 no puedan descargar la libreta de direcciones sin conexión: si la dirección URL interna de la Libreta de direcciones sin conexión (OAB) no es accesible desde Internet, es posible que los clientes de Outlook 2007 y Outlook 2010 no puedan descargar la OAB.

    Para solucionar este problema para los clientes de Outlook 2007 y Outlook 2010, haga que la dirección URL interna de OAB sea accesible desde Internet. Outlook 2013 no se ve afectado por este problema.

  • La instalación de Exchange 2013 en una organización de Exchange existente puede hacer que todos los clientes descarguen la OAB: instalar el primer servidor de Exchange 2013 en una organización existente de Exchange 2007 o Exchange 2010 puede hacer que todos los clientes de la organización descarguen una nueva copia de la OAB, lo que da lugar a problemas de saturación de red y rendimiento del servidor. Este problema se produce porque Exchange 2013 crea una nueva OAB predeterminada en la organización que reemplaza a la OAB de Exchange 2007 o Exchange 2010. Los buzones que no tienen asignada una OAB específica, o que se encuentran en una base de datos de buzones que no tiene asignada una OAB específica, descargarán la nueva OAB predeterminada.

    Para evitar que los clientes descarguen una nueva copia de la OAB cuando exchange 2013 está instalado, asigne una OAB a cada buzón o a la base de datos de buzones en la que se encuentran los buzones. Esto debe hacerse antes de que Exchange 2013 se instale en la organización.

  • Los usuarios se pueden enrutar a un buzón de generación de OAB que no es responsable de la OAB solicitada: Exchange 2013 CU5 y las CPU posteriores han cambiado la forma en que los OAB están vinculados a buzones de generación de OAB. Este cambio permite que un usuario se enrute a un buzón de generación de OAB que no es responsable de la OAB que el usuario está solicitando. Esto puede ocurrir si se cumplen todas las siguientes condiciones:

    • Tiene más de un buzón de generación de OAB en su organización.

    • Los servidores de buzones de correo que hospedan buzones de generación de OAB se actualizan antes de actualizar los servidores de acceso de cliente.

    • Va a actualizar los servidores de Exchange 2013 desde una versión anterior a CU5 a una versión posterior (por ejemplo, la actualización de Exchange 2013 CU3 a Exchange 2013 CU6).

    • Los servidores de acceso de cliente ejecutan una versión anterior a CU5.

    Para solucionar este problema, asegúrese de actualizar los servidores de acceso de cliente a Exchange 2013 CU6 o posterior antes de actualizar los servidores de buzones de correo. Esto garantizará que los servidores de acceso de cliente sepan cómo proxyar las solicitudes al buzón de generación de OAB responsable de generar la OAB del usuario.

    Para obtener más información sobre los cambios de OAB en Exchange 2013 CU5, consulte Mejoras de OAB en la actualización acumulativa 5 de Exchange 2013.

Carpetas públicas

  • Los remitentes no autorizados ya no pueden enviar mensajes a carpetas públicas habilitadas para correo: antes de Exchange 2013 CU6, los remitentes no autorizados podían enviar mensajes a carpetas públicas habilitadas para correo. Esto permite a los remitentes externos enviar correo a carpetas públicas habilitadas para correo independientemente de los permisos establecidos en la carpeta pública.

    A partir de Exchange 2013 CU6, si desea que los remitentes externos envíen correo a carpetas públicas habilitadas para correo, se debe conceder al usuario anónimo al menos el permiso Crear elementos . Si ha configurado carpetas públicas habilitadas para correo y no lo ha hecho, los remitentes externos recibirán una notificación de error de entrega y los mensajes no se entregarán a la carpeta pública habilitada para correo.

    Puede usar el Shell o Outlook para establecer los permisos para el usuario Anónimo. Para leer más sobre cómo establecer permisos en el usuario Anónimo, consulte Habilitar o deshabilitar el correo para una carpeta pública.

  • El número máximo de carpetas públicas que se pueden migrar a Exchange 2013 desde servidores de Exchange heredados es de 500 000. Para obtener más información sobre la migración de carpetas públicas, consulte Uso de la migración por lotes para migrar carpetas públicas a Exchange 2013 desde versiones anteriores.

Flujo del correo

  • Los cmdlets TransportAgent de los servidores de acceso de cliente requieren Windows PowerShell locales: existe un problema con los cmdlets *-TransportAgent que impide que esos cmdlets instalen, desinstalen y administren agentes de transporte en servidores de acceso de cliente mediante el Shell de administración de Exchange. Para instalar, desinstalar y administrar agentes de transporte en servidores de acceso de cliente, debe cargar manualmente el complemento exchange Windows PowerShell y, a continuación, ejecutar los cmdlets *-TransportAgent. Si intenta instalar, desinstalar o administrar agentes de transporte mediante el Shell de administración de Exchange, los cambios se aplicarán al servidor de buzones de Exchange 2013 al que está conectado.

    Para instalar, desinstalar o administrar agentes de transporte en servidores de acceso de cliente, haga lo siguiente en el servidor de acceso de cliente que desea administrar:

    Advertencia

    No se admite la carga del Microsoft.Exchange.Management.PowerShell.SnapIn complemento Windows PowerShell y la ejecución de cmdlets distintos de los cmdlets -TransportAgent, lo que puede provocar daños irreparables en la implementación de Exchange.

    Debe ser un administrador local en el servidor de acceso de cliente donde desea instalar, desinstalar o administrar agentes de transporte. No se admite la modificación de listas de control de acceso (ACL) en archivos, directorios u objetos de Active Directory de Exchange.

    Importante

    Realice el procedimiento siguiente solo en servidores de acceso de cliente. No es necesario cargar el complemento exchange Windows PowerShell si desea administrar agentes de transporte en servidores de buzones de correo.

    1. Abra una nueva ventana de Windows PowerShell.

    2. Ejecuta el siguiente comando.

      Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
      
    3. Realice las tareas de administración del agente de transporte de la forma normal.

    4. Repita este procedimiento en cada servidor de acceso de cliente que quiera administrar.

Conectividad de clientes

  • Se produce un error en la autenticación NTLM para clientes que no están unidos a un dominio: La autenticación entre un cliente, como Windows Live Mail, y Exchange 2013 puede producir un error cuando se cumplen las condiciones siguientes:

    • A continuación, el método de autenticación que usa el cliente es NTLM.

    • El equipo no está unido al dominio.

    Para solucionar este problema, puede realizar una de las siguientes acciones:

    • Unir el equipo en el que se ejecuta el cliente al dominio.

    • Cambie el tipo de autenticación que usa el cliente de NTLM a Autenticación básica a través de TLS.

  • Se produce un error en la autenticación de GSSAPI cuando se usa con el cmdlet Send-MailMessage: la autenticación genérica de la interfaz de programa de aplicaciones de servicio de seguridad (GSSAPI) puede producir un error cuando el cmdlet Send-MailMessage, que se incluye con las instalaciones predeterminadas de Windows PowerShell, se usa para enviar correo autenticado a Exchange 2013. Cuando esto ocurra, verá una entrada en el registro de eventos de la aplicación en el servidor de acceso de cliente de Exchange 2013 que recibió la conexión con la siguiente información:

    • Origen: MSExchangeFrontEndTransport

    • Identificador de evento: 1035

    • Descripción: Se produjo un error IllegalMessage en la autenticación de entrada para el nombre> del servidor front-end < del cliente del conector de recepción. El mecanismo de autenticación es Gssapi. La dirección IP de origen del cliente que intentó autenticarse en Exchange es [<dirección> IP de cliente].

    Para solucionar este problema, debe quitar el Integrated método de autenticación del conector de recepción de cliente en los servidores de acceso de cliente de Exchange 2013. Para quitar el Integrated método de autenticación de un conector de recepción de cliente, ejecute el siguiente comando en cada servidor de acceso de cliente de Exchange 2013 que pueda recibir conexiones de equipos que ejecutan el cmdlet Send-MailMessage :

    Set-ReceiveConnector "<server name>\Client Frontend <server name>" -AuthMechanism Tls, BasicAuth, BasicAuthRequireTLS
    
  • MAPI a través de HTTP puede experimentar un rendimiento deficiente al actualizar a Exchange 2013 SP1: si actualiza de una actualización acumulativa de Exchange 2013 a Exchange 2013 SP1 y habilita MAPI a través de HTTP, los clientes que se conectan a un servidor Exchange 2013 SP1 mediante el protocolo pueden experimentar un rendimiento deficiente. Esto se debe a que la configuración necesaria no se configura durante una actualización de una actualización acumulativa a Exchange 2013 SP1. Este problema no se produce si actualiza a Exchange 2013 SP1 desde Exchange 2013 RTM o si instala un nuevo servidor Exchange 2013 SP1 o posterior.

    Nota:

    Esto solo es un problema si el protocolo MAPI a través de HTTP está habilitado en los servidores de acceso de cliente. Está deshabilitada de forma predeterminada. Si MAPI a través de HTTP está deshabilitado, los clientes usan en su lugar el protocolo RPC a través de HTTP.

    Para solucionar este problema, haga lo siguiente:

    1. En los servidores que ejecutan el rol de servidor de acceso de cliente, ejecute los siguientes comandos en un símbolo del sistema de Windows:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiFrontEndAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiFrontEndAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiFrontEndAppPool"
      
    2. En los servidores que ejecutan el rol de servidor Buzón de correo, ejecute los siguientes comandos en un símbolo del sistema de Windows:

      set AppCmdLocation=%windir%\System32\inetsrv
      set ExchangeLocation=%ProgramFiles%\Microsoft\Exchange Server\V15
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiMailboxAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiMailboxAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiMailboxAppPool"
      
      %AppCmdLocation%\appcmd.exe SET AppPool "MSExchangeMapiAddressBookAppPool" /CLRConfigFile:"%ExchangeLocation%\bin\MSExchangeMapiAddressBookAppPool_CLRConfig.config"
      %AppCmdLocation%\appcmd.exe RECYCLE AppPool "MSExchangeMapiAddressBookAppPool"
      

Coexistencia con Exchange 2010

  • Es posible que las solicitudes de acceso a buzones de Exchange 2010 no funcionen cuando se realizan proxy a través de servidores de acceso de cliente de Exchange 2013: en algunas situaciones, la solicitud de proxy entre los servidores de acceso de cliente de Exchange 2013 y Exchange 2010 Service Pack 3 (SP3) sin ningún paquete acumulativo de actualizaciones instalado puede no funcionar correctamente y aparece un error. Esto puede ocurrir si se cumplen todas las condiciones siguientes:

    • Un usuario con un buzón de Exchange 2013 intenta abrir un buzón de Exchange 2010 mediante uno de los métodos siguientes:

      • La opción Abrir otro buzón en Outlook Web App -OR-

      • La opción Otro usuario en el Centro de administración de Exchange

      • El servidor de acceso de cliente al que está conectado el usuario ejecuta Exchange 2013.

      • El servidor de acceso de cliente de Exchange 2010 se actualizó a Exchange 2010 SP3 desde la versión de lanzamiento a fabricación (RTM) de Exchange 2010 o un Service Pack de Exchange 2010 anterior.

    Si todas las condiciones anteriores son verdaderas, el usuario no podrá acceder a las opciones de Exchange 2010 Outlook Web App del otro usuario y puede aparecer una página en blanco.

    Para solucionar este problema, instale el paquete acumulativo de actualizaciones 1 o posterior de Exchange 2010 SP3 en cada servidor de Exchange 2010.