Outlook “Utilizar Caixa de Correio Temporária” ao Adicionar Domínio no O365: Causa e Resolução

Exchange On-Premises · Microsoft 365 · Autodiscover · Migração · Outlook · Registo Windows  |  ✎ Duarte Spínola  |  21 de Maio de 2026

O Outlook começa a apresentar o aviso “A sua caixa de correio foi temporariamente movida para o Microsoft Exchange Server” com as opções “Utilizar Caixa de Correio Temporária”, “Utilizar Dados Antigos” ou “Cancelar”. Este problema surge tipicamente no início de uma migração de Exchange on-premises para Microsoft 365, quando o domínio é adicionado ao tenant O365 mas as caixas de correio ainda residem no servidor local.

A causa não é corrupção de perfil nem falha de servidor — é o comportamento do Autodiscover no Outlook 2016 e versões posteriores, que passa a dar prioridade ao endpoint O365 assim que detecta que o domínio existe no tenant Microsoft. A solução é uma chave de registo que diz ao Outlook para usar o Autodiscover on-premises durante o período de migração.

⚠ Não seleccionar “Utilizar Caixa de Correio Temporária”

Seleccionar esta opção liga o Outlook a uma caixa de correio temporária no Exchange Online — os emails e dados da caixa on-premises ficam inacessíveis nessa sessão. Seleccionar “Cancelar” para fechar o aviso sem consequências e seguir este guia para resolver a causa raiz.

1. O que Está a Acontecer — Autodiscover e a Prioridade O365

O Autodiscover é o mecanismo que o Outlook usa para descobrir automaticamente a localização da caixa de correio — servidor, URLs de acesso, configurações. O problema está na ordem de prioridade que o Outlook 2016 e versões posteriores usam para fazer essa descoberta.

A partir do Outlook 2016 (build 16.0.6741 e posteriores), a Microsoft introduziu um comportamento chamado Explicit O365 Endpoint Check: antes de consultar o DNS local ou o SCP do Active Directory, o Outlook verifica directamente se o domínio do endereço de email existe no tenant Microsoft 365.

Fase O que o Outlook faz Resultado quando o domínio está no tenant
1.ª verificação Consulta directamente autodiscover-s.outlook.com com o endereço de email O365 responde que o domínio existe — Outlook fica ancorado no Exchange Online
Não chega a Consultar o SCP do Active Directory ou o DNS local (autodiscover.empresa.pt) O Autodiscover on-premises nunca é consultado
Resultado Outlook tenta ligar a uma caixa de correio no Exchange Online que ainda não existe Aparece o aviso “Caixa de Correio Temporária”

ℹ O domínio no tenant é suficiente para despoletar o problema

Não é necessário ter registos DNS de email do O365 publicados (MX, autodiscover CNAME) para o problema acontecer. Basta o domínio estar adicionado e verificado no tenant Microsoft 365 — o Outlook verifica directamente os servidores da Microsoft, não o DNS público. Mesmo que o MX continue a apontar para o servidor on-premises, o Outlook 2016+ ignora-o e tenta o O365 primeiro.

2. Cenários em que Este Problema Aparece

Cenário O que aconteceu Utilizadores afectados
Preparação de migração Exchange → O365 O domínio foi adicionado ao tenant O365 para criar utilizadores/licenças, mas as caixas de correio continuam no Exchange on-premises Todos os utilizadores on-premises com Outlook 2016+
Compra de licenças M365 (ex: Teams, Intune) O domínio foi adicionado ao tenant para activar licenças — sem intenção de migrar email Todos os utilizadores com Outlook quando o domínio é verificado no tenant
Ambiente híbrido sem Exchange Hybrid configurado Domínio partilhado entre on-premises e O365 sem o Exchange Hybrid Connector a gerir o Autodiscover Utilizadores cujas caixas ainda não foram migradas
Migração de hosted Exchange para O365 Domínio adicionado ao novo tenant O365 enquanto as caixas ainda estão no operador anterior (MEO, NOS, Claranet) Utilizadores configurados com Outlook desktop no período de transição

3. Passo 1 — Confirmar a Causa com Test Email AutoConfiguration

Antes de aplicar qualquer correcção, confirmar que o problema é efectivamente o Autodiscover a resolver para o O365. O Outlook tem uma ferramenta de diagnóstico integrada para isso.

1
 Com o Outlook aberto, manter pressionada a tecla Ctrl e clicar com o botão direito no ícone do Outlook na barra de tarefas (system tray)
2
 Seleccionar “Testar Configuração Automática de Email” (ou “Test Email AutoConfiguration” em inglês)
3
 Na janela que abre: desmarcar “Usar Guessmart” e “Autenticação Guessmart Segura”. Clicar em Testar
4
 No separador Registo (Log), verificar o URL de Autodiscover que o Outlook está a usar — se aparecer autodiscover-s.outlook.com ou outlook.office365.com, o problema está confirmado
# Excerto do Log do Test Email AutoConfiguration quando o problema existe:
Autodiscover to https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml starting
Autodiscover to https://autodiscover-s.outlook.com succeeded
# O Outlook ligou ao O365 — nunca consultou o SCP ou o DNS local

# Log correcto (após a correcção):
Attempting to locate Autodiscover via SCP …
Autodiscover to https://autodiscover.empresa.pt/autodiscover/autodiscover.xml starting
Autodiscover to https://autodiscover.empresa.pt succeeded

4. Passo 2 — Aplicar a Chave de Registo (Máquina Individual)

A chave ExcludeExplicitO365Endpoint instrui o Outlook a saltar a verificação directa ao O365 e a usar o processo de Autodiscover normal — SCP do Active Directory primeiro, depois DNS. É a solução oficial da Microsoft para este cenário.

Via Editor de Registo (regedit)

1
 Fechar o Outlook completamente (verificar que não está em execução no Gestor de Tarefas)
2
 Premir Win + R, escrever regedit e premir Enter
3
 Navegar para a chave:
HKEY_CURRENT_USER\Software\Microsoft\OfficeX.0\Outlook\AutoDiscover
Se a subchave AutoDiscover não existir, criá-la com o botão direito na chave Outlook → Novo → Chave
4
 Com a chave AutoDiscover seleccionada, clicar com o botão direito no painel da direita → Novo → Valor DWORD (32 bits)
5
 Nomear o novo valor exactamente: ExcludeExplicitO365Endpoint
6
 Fazer duplo clique no valor criado → definir os Dados do valor para 1 → clicar em OK

ℹ Caminho do registo varia com a versão do Office

O 16.0 no caminho corresponde ao Office 2016, 2019, 2021 e Microsoft 365 Apps. Para Office 2013 usar 15.0. Para confirmar a versão: Outlook → Ficheiro → Conta do Office → Acerca do Outlook — os primeiros dois dígitos do número de build indicam a versão (16.x = Office 2016/2019/2021/M365).

5. Passo 3 — Aplicar via PowerShell (Script para Múltiplas Máquinas)

Para aplicar a correcção remotamente em múltiplas máquinas ou incluir numa sequência de logon, usar PowerShell. O script seguinte aplica a chave no contexto do utilizador actual e não requer privilégios de administrador.

# Aplicar a chave ExcludeExplicitO365Endpoint no utilizador actual
# Não requer privilégios de administrador (HKCU)

$regPath = “HKCU:\Software\Microsoft\Office.0\Outlook\AutoDiscover”

# Criar a chave se não existir
if (-not (Test-Path $regPath)) {
New-Item -Path $regPath -Force | Out-Null
}

# Criar ou actualizar o valor DWORD
Set-ItemProperty -Path $regPath -Name “ExcludeExplicitO365Endpoint” -Value 1 -Type DWORD -Force

# Confirmar que foi aplicado
Get-ItemProperty -Path $regPath -Name “ExcludeExplicitO365Endpoint”
Write-Host “Chave aplicada. Reiniciar o Outlook para aplicar a alteração.” -ForegroundColor Green

# Alternativa via CMD (linha de comandos) — aplicar sem abrir o PowerShell
reg add “HKCU\Software\Microsoft\Office.0\Outlook\AutoDiscover” /v ExcludeExplicitO365Endpoint /t REG_DWORD /d 1 /f

6. Passo 4 — Implementar via GPO (Ambiente de Domínio)

Em ambientes com Active Directory, a forma mais eficiente é criar uma GPO que aplica a chave automaticamente a todos os utilizadores afectados. Pode ser configurada via Preferências do Registo (sem necessidade dos ADMX do Office) ou via Modelos Administrativos do Office se os ADMX estiverem instalados.

Via Preferências do Registo (Registry Preferences) — sem ADMX

1
 Abrir a Consola de Gestão de Políticas de Grupo (GPMC) → criar ou editar uma GPO no âmbito correcto
2
 Navegar para Configuração do Utilizador → Preferências → Definições do Windows → Registo
3
 Clicar com o botão direito → Novo → Item de Registo e preencher:

  • Acção: Actualizar
  • Hive: HKEY_CURRENT_USER
  • Caminho da Chave: Software\Microsoft\Office.0\Outlook\AutoDiscover
  • Nome do Valor: ExcludeExplicitO365Endpoint
  • Tipo de Valor: REG_DWORD
  • Dados do Valor: 1
4
 Ligar a GPO à OU que contém os utilizadores afectados. Na próxima vez que fizerem logon, a chave é aplicada automaticamente.

⚠ Esta GPO é temporária — criar com data de revisão

A chave ExcludeExplicitO365Endpoint=1 impede que o Outlook configure caixas de correio no O365 automaticamente. Após a migração estar concluída, a GPO deve ser removida ou alterada para valor 0 — caso contrário os utilizadores já migrados podem ter dificuldades a ligar ao Exchange Online.

7. Passo 5 — Recriar o Perfil Outlook após a Chave de Registo

A chave de registo evita que o problema volte a acontecer, mas o perfil existente pode ainda ter o endpoint O365 em cache. Se o aviso persistir após aplicar a chave, recriar o perfil Outlook.

1
 Fechar o Outlook completamente
2
 Premir Win + R, escrever control → Correio (Microsoft Outlook) → Mostrar Perfis
3
 Seleccionar o perfil existente e clicar em Remover. Confirmar a remoção.
4
 Clicar em Adicionar → dar um nome ao novo perfil → seguir o assistente de configuração com o endereço de email e password do utilizador
5
 Com a chave de registo já aplicada, o assistente deve agora detectar o servidor Exchange on-premises correctamente e configurar o perfil sem aviso de caixa temporária

ℹ Também apagar a pasta RedirectServers do registo se existir

O Outlook pode ter guardado em cache os servidores O365 na chave HKCU\Software\Microsoft\Office.0\Outlook\AutoDiscover\RedirectServers. Se existir, apagar esta subchave antes de recriar o perfil — vai forçar o Outlook a fazer uma descoberta limpa.

8. Passo 6 — Remover a Chave após a Migração

Quando a caixa de correio do utilizador for migrada para o Exchange Online, a chave ExcludeExplicitO365Endpoint=1 passa a impedir que o Outlook configure correctamente a nova caixa no O365. Tem de ser removida ou desactivada após a migração.

# Remover a chave após a migração — PowerShell
Remove-ItemProperty -Path “HKCU:\Software\Microsoft\Office.0\Outlook\AutoDiscover” -Name “ExcludeExplicitO365Endpoint” -Force

# OU definir para 0 (desactivar sem remover)
Set-ItemProperty -Path “HKCU:\Software\Microsoft\Office.0\Outlook\AutoDiscover” -Name “ExcludeExplicitO365Endpoint” -Value 0 -Type DWORD

# Via CMD
reg delete “HKCU\Software\Microsoft\Office.0\Outlook\AutoDiscover” /v ExcludeExplicitO365Endpoint /f

9. Outras Causas do Mesmo Aviso

O aviso “Caixa de Correio Temporária” pode aparecer também por razões não relacionadas com o domínio no tenant. Se a chave de registo não resolver, verificar estas causas alternativas:

Causa Como identificar Resolução
Perfil Outlook corrompido O aviso aparece mas o Autodiscover resolve correctamente no Test Email AutoConfiguration Recriar o perfil Outlook (ver passo 5)
Ficheiro OST corrompido Aviso aparece repetidamente mesmo após recriar perfil. O ficheiro OST tem tamanho anormal. Apagar o ficheiro OST em %LOCALAPPDATA%\Microsoft\Outlook\ — o Outlook cria um novo na próxima sincronização
Autodiscover on-premises com erro de certificado SSL O Test Email AutoConfiguration mostra erro de certificado para autodiscover.empresa.pt Renovar ou corrigir o certificado SSL do servidor Exchange on-premises
Add-in incompatível O aviso desaparece quando o Outlook é iniciado em modo de segurança (outlook.exe /safe) Identificar e desactivar o add-in problemático em Ficheiro → Opções → Suplementos → Gerir: Suplementos COM

10. Como Evitar o Problema em Migrações Futuras

Quando O que fazer
Antes de adicionar o domínio ao tenant O365 Preparar a GPO ou o script PowerShell com a chave ExcludeExplicitO365Endpoint=1 para aplicar imediatamente após a adição do domínio — antes que os utilizadores abram o Outlook
Durante a migração Manter a chave activa para todos os utilizadores ainda em on-premises. Remover a chave apenas para utilizadores já migrados para O365, um a um ou em lote no script de pós-migração
Se usar Exchange Hybrid O Exchange Hybrid Connector gere o Autodiscover correctamente para ambientes mistos — neste caso a chave pode não ser necessária. Verificar se a configuração híbrida está activa antes de aplicar.
Após a migração completa Remover a chave ou a GPO para todos os utilizadores — necessário para o Outlook configurar correctamente o Exchange Online

✓ Resumo da resolução em três passos

1. Confirmar no Test Email AutoConfiguration que o Autodiscover está a resolver para O365. 2. Aplicar a chave HKCU\Software\Microsoft\Office.0\Outlook\AutoDiscover → ExcludeExplicitO365Endpoint = 1 via registo, PowerShell ou GPO. 3. Recriar o perfil Outlook. Após a migração das caixas, remover a chave.

Este artigo foi útil?

Duarte Spínola

Artigos  

Deixe um Comentário