Notas de versão do Exchange Server
Dica
Está à procura das notas de versão do Exchange 2013? Consulte Notas de versão do Exchange 2013.
Bem-vindo ao Microsoft Exchange Server 2019! Este tópico contém informações importantes que precisa de saber para implementar o Exchange 2019 com êxito. Leia este tópico completamente antes de iniciar a sua implantação.
Problemas conhecidos no Exchange Server 2019
Quando tenta desinstalar o Exchange Server do Windows 2019 Server Core com o Assistente de Configuração do Exchange, a operação falhará. O assistente tenta iniciar o Painel de Controlo do Windows para desinstalar o Exchange, mas o Painel de Controlo não existe no Windows Server Core. Para desinstalar o Exchange do Windows Server Core, execute o seguinte comando de Configuração a partir da linha de comandos:
Observação
A opção /IAcceptExchangeServerLicenseTerms anterior não funcionará a partir das CUs (Atualizações Cumulativas) de setembro de 2021. Agora você deve usar /IAcceptExchangeServerLicenseTerms_DiagnosticDataON ou /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF para instalações autônomas e com script.
Os exemplos a seguir usam a opção /IAcceptExchangeServerLicenseTerms_DiagnosticDataON. Você pode alterar a opção para /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF.
Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall
Esse problema será resolvido em uma atualização cumulativa futura para Exchange Server 2019.
Bem-vindo ao Microsoft Exchange Server 2016! Este tópico contém informações importantes e necessárias à implantação bem-sucedida do Exchange 2016. Leia este tópico completamente antes de iniciar a sua implantação.
Configurar
Instalar o Exchange com permissões de Administrador Delegado faz com que a Configuração falhe: quando um utilizador que seja membro apenas do grupo de funções Configuração Delegada tentar instalar o Exchange num servidor pré-aprovisionado, a Configuração falhará. Isso acontece porque o grupo de instalação delegada não possui as permissões necessárias para criar e configurar determinados objetos no Active Directory.
Para contornar esse problema, siga um destes procedimentos:
Adicione o usuário instalando o Exchange no grupo de segurança do Active Directory do Domain Admins.
Instale o Exchange usando um usuário que seja membro do grupo de funções Gerenciamento da Organização.
Caixa de correio
Mover caixas de correio de versões anteriores do Exchange para a CU5 ou posterior do Exchange 2016 pode falhar: Quando você tenta mover uma caixa de correio de uma versão anterior do Exchange para a CU5 ou posterior do Exchange usando uma solicitação de lote de migração, a movimentação pode falhar. Isso pode acontecer se a caixa de correio do sistema de migração não está localizada em um servidor Exchange 2016 com a CU5 ou posterior.
Antes de poder mover as caixas de correio para a CU5 ou posterior do Exchange 2016 usando uma solicitação em lote de migração, você precisa mover a caixa de correio de migração para um servidor Exchange executando a CU5 ou posterior usando as etapas a seguir.
Abra o Shell de Gerenciamento do Exchange no servidor da Caixa de Correio do Exchange 2016.
Execute o seguinte comando para obter uma lista de bancos de dados de caixa de correio localizados nos servidores do Exchange 2016. Copie o nome do banco de dados de caixa de correio para o qual você deseja mover a caixa de correio de migração para a área de transferência.
Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerNameExecute o seguinte comando para mover a caixa de correio de migração para o servidor do Exchange 2016. Cole o nome da base de dados da caixa de correio que copiou no passo anterior após TargetDatabase.
New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"
Os servidores de Caixa de Correio que executam versões diferentes do Exchange podem ser adicionados ao mesmo grupo de disponibilidade do banco de dados: O cmdlet Add-DatabaseAvailabilityGroupServer e o Centro de Administração do Exchange permitem incorretamente que um servidor Exchange 2013 seja adicionado a um grupo de disponibilidade de banco de dados (DAG) baseado em Exchange 2016 e vice-versa. O Exchange oferece suporte à adição de apenas servidores Caixa de Correio executando a mesma versão (Exchange 2013 versus Exchange 2016, por exemplo) a um DAG. Além disso, o centro de administração do Exchange exibe os servidores Exchange 2013 e Exchange 2016 na lista de servidores disponíveis para adicionar a um DAG. Isso pode permitir que um administrador adicione inadvertidamente um servidor executando uma versão incompatível do Exchange a um DAG (por exemplo, adicionando um servidor Exchange 2013 a um DAG baseado em Exchange 2016).
Não há uma solução alternativa para esse problema no momento. Os administradores devem estar atentos ao adicionar um servidor Caixa de Correio a um DAG. Adicione somente servidores Exchange 2013 a Exchange 2013baseados em DAGs e somente servidores Exchange 2016 a Exchange 2016 baseados em DAGs. Você pode diferenciar cada versão do Exchange observando a coluna Versão na lista de servidores no Centro de Administração do Exchange. A seguir estão as versões do servidor para o Exchange 2013 e o Exchange 2016:
Exchange 2013 15.0 (Build xxx.xx)
Exchange 2016 15.1 (Build xxx.xx)
Não é possível conectar-se à caixa de correio de arquivo morto ao usar o MAPI sobre HTTP: No Exchange 2016, o MAPI sobre HTTP pode ser habilitado por caixa de correio. Há um problema que impede que os usuários acessem sua caixa de correio de arquivo morto, caso esteja configurada, quando o seguinte for verdadeiro:
A opção MAPI sobre HTTP está habilitada na caixa de correio do usuário.
A opção MAPI sobre HTTP está desabilitada no nível da organização.
Quando essas condições forem verdadeiras, o usuário não poderá abrir a caixa de correio de arquivo morto e receberá o erro O conjunto de pastas não pôde ser aberto. A tentativa de logon no Microsoft Exchange falhou.
Para contornar esse problema, siga um dos procedimentos a seguir
Abra a caixa de correio de arquivo morto usando o Outlook na Web.
Desative o MAPI por HTTP na caixa de correio executando o seguinte comando.
Set-CasMailbox <email address> -MapiHttpEnabled $False
O serviço Agente de Notificações é interrompido depois de 30 segundos Ao iniciar seu servidor Exchange, você poderá notar o início do serviço Agente de Notificações e, em seguida, ser interrompido após aproximadamente 30 segundos. Se você tentar iniciar o serviço manualmente, ele será iniciado e interrompido com êxito, após aproximadamente 30 segundos. Nenhum erro ou aviso está incluído no log de eventos.
Esse comportamento é esperado em implantações locais do Exchange 2016. O serviço Agente de Notificações executa uma verificação de configuração sempre que o servidor é iniciado. Se não houver nada para o serviço do Agente de Notificações, ele para automaticamente até a próxima vez em que o servidor for reiniciado.
Fluxo de emails
Os servidores Transporte de Borda podem rejeitar o email enviado a destinatários válidos Os servidores Transporte de Borda do Exchange 2016 podem rejeitar mensagens enviadas a destinatários internos válidos quando as seguintes condições forem verdadeiras:
A Atualização Cumulativa 1 (CU1) do Exchange 2016 está instalada no servidor.
A validação do destinatário está ativada no servidor.
Quando um Transporte de Borda rejeita uma mensagem devido a esse problema, o remetente recebe uma notificação de falha na entrega (NDR) com o código de status 5.1.10e o erro Destinatário não encontrado por pesquisa de endereço SMTP. O destinatário não receberá a mensagem.
Para contornar esse problema, siga um dos procedimentos a seguir:
Desative a validação de destinatário no(s) servidor(es) Transporte de Borda afetado executando o seguinte comando.
Set-RecipientFilterConfig -RecipientValidationEnabled $FalseDesative o cache de validação de destinatário no(s) servidor(es) Transporte de Borda afetado executando o seguinte comando.
Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $FalseCuidado
Desabilitar o cache de validação do destinatário faz com que o Exchange verifique se os destinatários das mensagens de entrada são válidos consultando a instância local dos Serviços de Diretório Lightweight do Active Directory. Isso pode aumentar significativamente os recursos que o Exchange precisa para processar mensagens. Antes de desabilitar o cache de validação de destinatários, verifique se o seu servidor tem capacidade suficiente para lidar com a demanda adicional.
Configure o registro DNS do firewall ou do servidor de mensagens (MX) externo para enviar mensagens para um servidor Transporte de Borda que não tenha a Atualização Cumulativa 1 do Exchange 2016 instalada. Talvez seja necessário configurar seu firewall para permitir que a porta TCP 25 se conecte ao novo servidor voltado para a Internet.
Configure seu firewall ou registro DNS MX externo para enviar email para um servidor Caixa de Correio do Exchange 2016. Talvez seja necessário configurar seu firewall para permitir que a porta TCP 25 se conecte ao novo servidor voltado para a Internet.