As organizações que mantêm servidores Exchange nas suas próprias instalações já têm uma solução definitiva para as falhas de acesso ao Outlook na Web e de entrega de correio surgidas em outubro. A Microsoft incluiu a correção nas atualizações cumulativas do Windows Server publicadas a 10 de novembro de 2026, quase quatro semanas depois de ter reconhecido que a origem estava no sistema operativo e não no Exchange.
Resposta rápida: As atualizações do Windows Server de novembro de 2026 (KB5131080, KB5131090, KB5131085 e KB5131291, consoante a versão) eliminam as falhas de início de sessão no OWA e de envio de email em servidores Exchange locais. O problema foi causado pelas atualizações do Windows Server de outubro, não pelo Exchange. Instale o pacote de novembro no sistema operativo de cada servidor Exchange; se não puder fazê-lo já, aplique a alteração de registo indicada pela Microsoft e reinicie.
O que falhou nos servidores Exchange
Três sintomas denunciavam o problema: utilizadores barrados à entrada do Outlook na Web (OWA), mensagens que nunca saíam da Caixa de Saída do Outlook e caixas de correio inacessíveis durante a replicação. No aviso da equipa do Exchange, os administradores encontram a descrição do que viam no terreno: o erro MapiExceptionMdbOffline no OWA, filas de transporte cada vez mais longas e, em ambientes com grupos de disponibilidade de bases de dados (DAG), nós incapazes de atingir quórum, com o reinício da máquina a adiar apenas o regresso das falhas.
Organizações com pouco tráfego de correio podem nem ter dado por nada, porque a intensidade e a rapidez das falhas cresciam com a carga do servidor.
A origem: um limite novo no Endpoint Mapper
A explicação técnica está no Endpoint Mapper, o serviço RPC do Windows que indica aos clientes em que porta cada serviço está à escuta. Desde outubro, esse componente passou a trabalhar com um teto de memória por omissão, equivalente a 512 pedidos de localização em simultâneo, valor que a Microsoft admitiu no painel Windows release health ser curto para cargas como a do Exchange.
A equipa do Exchange afastou desde o início qualquer ligação às atualizações do próprio produto. Mesmo servidores sem as atualizações de segurança do Exchange de outubro podiam ser atingidos, pelo que removê-las nada resolvia. Trata-se de uma regressão funcional, tratada pela Microsoft como problema conhecido e não como vulnerabilidade, pelo que não tem identificador CVE nem pontuação CVSS.
Que atualizações causam e corrigem o problema
A correção é instalada no Windows Server onde o Exchange corre, e não no Exchange. A tabela cruza os pacotes de outubro apontados como origem com os de novembro que resolvem a falha.
| Sistema operativo | Atualização de outubro (origem) | Atualização de novembro (correção) | Compilação corrigida |
|---|---|---|---|
| Windows Server 2025 | KB5126646 | KB5131080 | 26100.33822 |
| Windows Server 2022 | KB5126655 | KB5131090 | 20348.5870 |
| Windows Server 2019 | KB5126651 | KB5131085 | 17763.9487 |
| Windows Server 2016 | KB5126868 | KB5131291 | 14393.9688 |
Cronologia
| Data | Acontecimento |
|---|---|
| 13 de outubro de 2026 | Chegam aos servidores as atualizações de outubro do Windows Server, mais tarde associadas às falhas no Exchange |
| 16 de outubro de 2026 | Surgem no mesmo dia a entrada no painel Windows release health e o aviso da equipa do Exchange, com uma alteração de registo como solução provisória |
| 10 de novembro de 2026 | O aviso da equipa do Exchange passa a recomendar a instalação das atualizações de novembro do Windows Server |
O que devem fazer os administradores
- Instalar a atualização de novembro do Windows Server (ou posterior) em todos os servidores Exchange e confirmar a compilação do sistema na tabela acima. A página de suporte da KB5131080 descreve a correção para o Windows Server 2025.
- Usar a solução provisória se a atualização tiver de esperar. Quem não puder atualizar de imediato dispõe de uma alternativa: executar, numa linha de comandos elevada no servidor Exchange,
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f, reiniciar e subir o valor se os sintomas voltarem. - Não desinstalar os pacotes de outubro. Remover essas atualizações nunca fez parte das recomendações, já que deixaria os servidores sem as correções de segurança desse mês.
- Decidir o destino da chave de registo. Ambientes onde a chave
EpmapSavedContextCapfoi criada em outubro não precisam de a remover: com o pacote de novembro instalado, ela torna-se redundante. - Vigiar o ambiente após o reinício: inícios de sessão no OWA, filas de transporte e estado das cópias de bases de dados nos DAG.
Adiar a instalação tem um custo adicional, porque os mesmos pacotes cumulativos transportam as correções de segurança mais recentes do Windows Server.
Porque importa para as organizações em Portugal
O Exchange local continua presente em muitas PME, autarquias e organismos públicos portugueses, onde o correio eletrónico é um serviço crítico. Este episódio mostra que uma atualização de segurança legítima pode degradar a disponibilidade de um serviço essencial, e que a resposta correta não passa por remover correções, mas por aplicar mitigações documentadas e testar os pacotes em servidores com carga representativa antes de os generalizar.
Para as entidades abrangidas pelo Regime Jurídico da Cibersegurança (Decreto-Lei n.º 125/2025, que transpõe a diretiva NIS2), a gestão de atualizações e a continuidade do serviço fazem parte das medidas de gestão de risco exigidas. O RGPD obriga, por sua vez, a assegurar a disponibilidade e a resiliência dos sistemas que tratam dados pessoais, categoria em que cabe um servidor de correio. Acompanhar os alertas do CNCS/CERT.PT e os avisos dos fabricantes ajuda a detetar cedo este tipo de problema.
Perguntas frequentes
O problema afeta o Exchange Online ou o Microsoft 365?
Os avisos da Microsoft referem apenas servidores Exchange locais (on-premises) instalados sobre Windows Server. Quem usa exclusivamente o correio na nuvem não tem de aplicar estas atualizações.
Que atualização devo instalar para resolver as falhas?
A atualização cumulativa de novembro de 2026 do Windows Server onde o Exchange corre: KB5131080 (2025), KB5131090 (2022), KB5131085 (2019) ou KB5131291 (2016), ou qualquer pacote posterior.
Devo desinstalar as atualizações de outubro?
Não. A Microsoft desaconselhou sempre essa via, porque removeria correções de segurança. A alternativa temporária é aumentar o limite do Endpoint Mapper no registo do Windows e reiniciar o servidor.
Tenho de apagar a chave de registo depois de atualizar?
Não é obrigatório. Segundo a equipa do Exchange, a chave EpmapSavedContextCap pode ficar no sistema, mas deixa de ser necessária com as atualizações de novembro instaladas.
Esta informação tem caráter noticioso e baseia-se em dados divulgados publicamente pela equipa do Microsoft Exchange e pelas páginas de suporte da Microsoft relativas às atualizações KB5131080, KB5131090 e KB5131085.