Notas de la versión de Exchange Server
Sugerencia
¿Busca las notas de la versión de Exchange 2013? Consulte notas de la versión de Exchange 2013.
Bienvenido a Microsoft Exchange Server 2019! Este tema contiene información importante que debe saber para implementar correctamente Exchange 2019. Lea este tema por completo antes de comenzar la implementación.
Problemas conocidos en Exchange Server 2019
Al intentar desinstalar Exchange Server de Windows 2019 Server Core mediante el Asistente para instalación de Exchange, se producirá un error en la operación. El asistente intenta iniciar el Panel de control de Windows para desinstalar Exchange, pero el Panel de control no existe en Windows Server Core. Para desinstalar Exchange de Windows Server Core, ejecute el siguiente comando de instalación desde la línea de comandos:
Nota:
El modificador /IAcceptExchangeServerLicenseTerms anterior no funcionará a partir de las actualizaciones acumulativas (CU) de septiembre de 2021. Ahora debe usar /IAcceptExchangeServerLicenseTerms_DiagnosticDataON o /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF para instalaciones desatendidas y con scripts.
Los ejemplos siguientes usan el modificador /IAcceptExchangeServerLicenseTerms_DiagnosticDataON. Depende de usted cambiar el modificador a /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF.
Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall
Este problema se resolverá en una actualización acumulativa futura para Exchange Server de 2019.
Bienvenido a Microsoft Exchange Server 2016. Este tema contiene información importante que debe saber para implementar correctamente Exchange 2016. Lea este tema por completo antes de comenzar la implementación.
Configuración
La instalación de Exchange con permisos de administrador delegado provoca un error en el programa de instalación: cuando un usuario que es miembro solo del grupo de roles de instalación delegada intenta instalar Exchange en un servidor aprovisionado previamente, se producirá un error en el programa de instalación. 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.
Buzón de correo
Mover buzones de versiones anteriores de Exchange a Exchange 2016 CU5 o versiones posteriores puede producir un error: Si intenta mover un buzón de una versión anterior de Exchange a Exchange CU5 o versiones posteriores mediante una solicitud de lote de migración, puede producirse un error. Esto puede ocurrir si el buzón del sistema de migración no está ubicado en un servidor de Exchange 2016 con CU5 o una versión posterior instalado.
Antes de poder mover buzones a Exchange 2016 CU5 o versiones posteriores mediante una solicitud de lote de migración, tendrá que mover el buzón de migración a un servidor de Exchange que ejecute CU5 o una versión posterior siguiendo los pasos siguientes.
Abra el Shell de administración de Exchange en su servidor de correo de Exchange 2016.
Ejecute el comando siguiente para obtener una lista de bases de datos de buzones de correo que se encuentren en sus servidores de Exchange 2016. Copie el nombre de la base de datos de buzones en la que desee mover el buzón de migración al Portapapeles.
Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerNameEjecute el comando siguiente para mover el buzón de migración al servidor de Exchange 2016. Pegue el nombre de la base de datos de buzón que copió en el paso anterior después de TargetDatabase.
New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"
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 basado en Exchange 2016 (DAG) 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)
No puede conectarse al buzón de archivo al usar MAPI sobre HTTP En Exchange 2016, puede habilitarse MAPI mediante HTTP por buzón. Existe un problema que impide a los usuarios tener acceso a su buzón de archivo, si se ha configurado uno, cuando se cumple lo siguiente:
MAPI mediante HTTP está habilitado en el buzón del usuario.
MAPI mediante HTTP está deshabilitado en el nivel de organización.
Cuando se cumplen estas condiciones, el usuario no podrá abrir su buzón de archivo y obtendrá el error No se puede abrir el conjunto de carpetas. El intento de iniciar una sesión en Microsoft Exchange ha proporcionado un error.
Para solucionar este problema, siga uno de estos procedimientos:
Abra el buzón de archivo con Outlook en la web.
Deshabilite MAPI mediante HTTP en el buzón ejecutando el siguiente comando.
Set-CasMailbox <email address> -MapiHttpEnabled $False
El servicio de agente de notificaciones se detiene después de 30 segundos Cuando inicie su servidor Exchange, puede observar que el servicio de agente de notificaciones se inicia y, después, se detiene después de aproximadamente 30 segundos. Si intenta iniciar el servicio manualmente, se iniciará correctamente y después se detendrá, de nuevo en unos 30 segundos. No se incluye ningún error o advertencia en el registro de eventos.
Se espera este comportamiento en implementaciones locales de Exchange 2016. El servicio de agente de notificaciones realiza una comprobación de configuración cada vez que se inicia el servidor. Si el servicio de agente de notificaciones no tiene que hacer nada, se detiene automáticamente hasta la próxima vez que el servidor se reinicie.
Flujo de correo
Los servidores de transporte perimetral pueden rechazar el correo que se ha enviado a destinatarios válidos: los servidores de transporte perimetral de Exchange 2016 pueden rechazar mensajes que se han enviado a destinatarios internos válidos cuando se cumplen las siguientes condiciones:
Se ha instalado la actualización acumulativa 1 (CU1) de Exchange 2016 en el servidor.
Se ha habilitado la validación de destinatarios en el servidor.
Cuando un transporte perimetral rechaza un mensaje debido a este problema, el remitente recibirá un informe de no entrega (NDR) con el código de estado 5.1.10, y el error La búsqueda de direcciones SMTP no ha encontrado el destinatario. El destinatario no recibirá el mensaje.
Para solucionar este problema, siga uno de estos procedimientos:
Deshabilite la validación de destinatarios en el servidor de transporte perimetral afectado ejecutando el siguiente comando.
Set-RecipientFilterConfig -RecipientValidationEnabled $FalseDeshabilite la memoria caché de validación de destinatarios en el servidor de transporte perimetral afectado ejecutando el siguiente comando.
Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $FalsePrecaución
Deshabilitar la memoria caché de validación de destinatarios hace que Exchange compruebe que los destinatarios de los mensajes entrantes son válidos consultando la instancia local de Active Directory Lightweight Directory Services. Esto puede aumentar significativamente los recursos que Exchange necesita para procesar los mensajes. Antes de deshabilitar la memoria caché de validación de destinatarios, compruebe que su servidor tiene suficiente capacidad para controlar la demanda adicional.
Configure su firewall o registro DNS de intercambio de correo (MX) externo para enviar correo a un servidor de transporte perimetral que no tiene instalada la actualización acumulativa 1 de Exchange 2016. Puede que necesite configurar su firewall para permitir que el puerto TCP 25 se conecte al nuevo servidor accesible desde Internet.
Configure su firewall o registro DNS de MX externo para enviar correo a un servidor de buzones de Exchange 2016. Puede que necesite configurar su firewall para permitir que el puerto TCP 25 se conecte al nuevo servidor accesible desde Internet.