Impedir que o New Outlook se instale automaticamente e substitua o Mail & Calendar (Windows 10/11)

Quer continuar a usar o antigo Mail & Calendar no Windows sem que o “New Outlook” tome o controlo? Este guia prático reúne as soluções que funcionaram com maior consistência, explica os riscos e mostra como reverter. Inclui checklist imprimível e passos detalhados para Windows 10/11.

Índice

Visão geral do problema

Desde que a Microsoft iniciou a transição para o New Outlook, muitos utilizadores notam que, ao abrir o antigo Mail & Calendar, o novo cliente instala-se automaticamente, assume a associação de e‑mail e impede o uso do app antigo. Desinstalar o New Outlook raramente resolve: ele volta via Microsoft Store/Windows Update. O objetivo deste artigo é bloquear a execução do novo cliente e/ou impedir a “migração” forçada do Mail, mantendo tudo reversível.

Antes de começar (recomendações essenciais)

Importante

Crie um ponto de restauro do sistema e faça cópia de segurança de ficheiros modificados.

Algumas ações exigem conta de Administrador e execução de janelas elevadas (Executar como administrador).

A pasta C:\Program Files\WindowsApps é protegida. Se alterar permissões/“proprietário”, reponha o proprietário para TrustedInstaller no fim.

A Microsoft continua a descontinuar o Mail & Calendar. Atualizações podem repor ficheiros e permissões; alguns métodos poderão deixar de surtir efeito, exigindo reaplicação.

Em dispositivos geridos pela empresa (MDM/Group Policy), estas ações podem ser bloqueadas. Siga as políticas de TI.

Solução A — Bloquear o executável do New Outlook (`olk.exe`) ✅

Objetivo: Impedir que o New Outlook arranque, mesmo que esteja instalado. Este método é o mais citado como eficaz.

Passo a passo (GUI — menos técnico)

Deixe o New Outlook instalado (não é obrigatório desinstalar).
Abra o Explorador de Ficheiros e navegue até C:\Program Files\WindowsApps.
Nota: a pasta é oculta/protegida. Se necessário, ative “Mostrar ficheiros ocultos” e tenha privilégios de admin.
Procure a pasta que começa por Microsoft.OutlookForWindows (pode existir mais do que uma, com versão no nome). Entre na mais recente.
Localize olk.exe e faça uma de duas:
- Renomear para algo como old_olk.exe; ou
- Eliminar e, opcionalmente, substituir por um ficheiro “dummy”: crie um ficheiro de texto vazio, renomeie-o para olk.exe (com extensão .exe visível). Assim, qualquer chamada falhará de forma inofensiva.
No final, reponha o proprietário da pasta para TrustedInstaller:
1. Clique direito na pasta do pacote > Propriedades > Segurança > Avançadas.
2. Em Proprietário, clique em Alterar, escreva NT SERVICE\TrustedInstaller e confirme.
3. Aplique as alterações e feche.

Passos (linha de comandos — mais objetivo)

Abra PowerShell (Admin) e execute:

# Encontrar a pasta de instalação do New Outlook
(Get-AppxPackage -Name Microsoft.OutlookForWindows).InstallLocation

Exemplo: tomar posse só da pasta do Outlook e conceder permissões de admin (ajuste o caminho)

takeown /F "C:\Program Files\WindowsApps\Microsoft.OutlookForWindows\*" /R /D Y
icacls "C:\Program Files\WindowsApps\Microsoft.OutlookForWindows\*" /grant Administrators\:F /T

...faça a alteração no olk.exe (renomeie/apague/substitua por dummy)...

Restaurar o proprietário para TrustedInstaller (na pasta-alvo)

icacls "C:\Program Files\WindowsApps\Microsoft.OutlookForWindows\*" /setowner "NT SERVICE\TrustedInstaller" /T

Resultados esperados: ao abrir o Mail & Calendar, o New Outlook já não toma o lugar, porque a chamada ao olk.exe falha. Vários utilizadores reportam que só esta ação já resolve a interferência.

Notas e cuidados: Se não conseguir renomear/apagar devido a bloqueios, use temporariamente um utilitário de unlock ou execute em Modo de Segurança. Lembre-se de repor TrustedInstaller no fim.

Solução B — Travar a “migração” do Mail (complementar)

Objetivo: Impedir que o Mail dispare a instalação/substituição do New Outlook via ficheiros de migração.

Passo a passo

Feche o Mail e o New Outlook.
Navegue até:
C:\Users<SeuUtilizador>\AppData\Local\Packages\microsoft.windowscommunicationsapps_8wekyb3d8bbwe\LocalState\Migration\
Apague o ficheiro settings.json e quaisquer outros .json presentes.
Negue permissão de escrita à pasta Migration para o seu utilizador:
1. Botão direito > Propriedades > Segurança > Editar.
2. Selecione o seu utilizador e marque Negar em Escrever/Write.
3. Aplicar > OK.

Observações: Hoje, apenas apagar o settings.json costuma não bastar. Em conjunto com a Solução A, a taxa de sucesso aumenta significativamente.

Solução C — Editar o “callback” e bloquear a pasta de migração do New Outlook

Objetivo: Reduzir tentativas de migração feitas pelo próprio New Outlook.

Aceda a:
C:\Users<SeuUtilizador>\AppData\Local\Microsoft\Outlook\NewOutlookMigration\
Abra o ficheiro callback (texto) e altere os dois últimos toggles de true para false. Grave.
Negue escrita à pasta NewOutlookMigration para o seu utilizador (mesmo processo da Solução B).

Nota: Sozinho, pode não ser infalível. Use como reforço das soluções A/B.

Solução D — Esvaziar a pasta do pacote do New Outlook e marcar como só de leitura

Objetivo: Variante da Solução A, centrada no conteúdo do pacote.

Deixe o New Outlook instalar.
Através do Gestor de Tarefas, clique direito no processo do New Outlook > Abrir localização do ficheiro.
Elimine os ficheiros dentro da pasta do pacote (mas não a pasta base) e defina Propriedades > Só de leitura.

Observações: Exige gestão fina de permissões. Eficácia semelhante à A, com mais passos.

Solução E — Automatizar a remoção/bloqueio (scripts comunitários)

Existem abordagens que automatizam o bloqueio:

E1 — Script BAT “dummy” (OutlookRemover): desinstala o New Outlook e instala um “pacote falso” com o mesmo identificador/entrada, bloqueando o retorno.
E2 — Script Python “killer”: monitoriza a abertura do Mail e desinstala automaticamente o New Outlook quando este tenta regressar.

Notas cruciais:

São workarounds da comunidade. Leia o código, entenda o que faz, e use por sua conta e risco.
O BAT (dummy) costuma ser o mais simples para quem não quer mexer manualmente em permissões.
Se o New Outlook “ressurgir”, use a versão mais recente do script e/ou combine com a Solução B.

Solução F — Paliativo: manter o Mail aberto

Manter o Mail & Calendar sempre em execução e colocar o PC em suspensão em vez de desligar pode evitar a substituição enquanto a sessão está ativa.

Limitação: É temporário e pouco prático; reinícios/atualizações tendem a anular o efeito.

Combinações que mais funcionam (na prática)

Recomendado (maior taxa de sucesso): A (bloquear olk.exe) + B (apagar settings.json e negar escrita em Migration).
Alternativa simples: E1 (BAT “dummy”), especialmente para quem evita mexer em permissões manualmente.
Se a A estiver difícil (permissões): use um desbloqueador apenas para renomear/apagar olk.exe, e depois reponha o proprietário para TrustedInstaller.

Lista de verificação (imprimível)

Use a checklist abaixo para acompanhar os passos. Pode colar no Word/WordPress e imprimir.

Feito	Passo	Detalhes
	Cópia de segurança + ponto de restauro	Crie um ponto em Propriedades do Sistema > Proteção do Sistema.
	Identificar pasta do New Outlook	`(Get-AppxPackage Microsoft.OutlookForWindows).InstallLocation`
	Tomar posse (se necessário)	`takeown`/`icacls` na pasta do pacote do Outlook.
	Renomear/apagar `olk.exe`	Ou substituir por um dummy vazio chamado `olk.exe`.
	Restaurar TrustedInstaller	Defina o proprietário de volta para `NT SERVICE\TrustedInstaller`.
	Limpar `settings.json` (Migration)	Apague ficheiros `.json` em …\LocalState\Migration.
	Negar escrita (Migration)	Propriedades > Segurança > Negar “Write” para o seu utilizador.
	(Opcional) Editar “callback”	Defina os dois últimos toggles como `false` e negue escrita em NewOutlookMigration.
	Teste	Abrir o Mail & Calendar e verificar se o New Outlook não toma o controlo.

Tabela rápida de comparação

Método	Objetivo	Eficácia	Risco	Dificuldade	Quando usar
A — bloquear `olk.exe`	Impedir arranque do New Outlook	Alta	Médio (permissões)	Média	Primeira escolha para a maioria
B — travar migração	Evitar gatilho do Mail	Média isolada / Alta com A	Baixo	Baixa	Complemento recomendado à A
C — editar callback	Reduzir insistência do Outlook	Média (reforço)	Baixo	Baixa	Quando A/B precisam de apoio
D — esvaziar pasta + read-only	Quebrar o pacote	Alta	Médio	Média	Se A for inviável
E1/E2 — scripts	Automatizar bloqueio	Alta (variável)	Médio (third‑party)	Baixa a média	Para quem quer “um clique”
F — manter Mail aberto	Paliativo temporário	Baixa	Baixo	Baixa	Quebra-galho até aplicar A/B

Dicas práticas e esclarecimentos

Não desinstale repetidamente o New Outlook esperando resolver: ele tende a voltar. O foco é bloquear a execução ou travá-lo na origem (migração).
Prefira renomear a apagar: reverter é mais simples.
Atualizações do Windows/Store podem repôr ficheiros e permissões. Métodos mais robustos negam escrita ou colocam um executável dummy no lugar.
Se precisa de protocolos antigos (ex.: conexões Exchange clássicas não suportadas no New Outlook), manter o Mail o máximo possível ou migrar para um cliente que os suporte.
Ative “Extensões de nomes de ficheiros” no Explorador para evitar renomear .txt para .exe sem realmente trocar a extensão.
Se negar “Write” e depois não conseguir remover/editar, reverta a permissão (remova a negação) temporariamente para fazer alterações.

Erros comuns e como resolver

“Não tem permissões para alterar este ficheiro”: tomar posse da pasta específica do Outlook (não de WindowsApps inteira) com takeown/icacls, ajustar, e restaurar TrustedInstaller no fim.
O Windows repôs o olk.exe após update: repita a Solução A e considere colocar um dummy + negação de escrita nos diretórios de migração (B/C).
O Mail continua a abrir o New Outlook: verifique se há outra pasta de versão mais recente em WindowsApps com um olk.exe intacto.
Não encontro a pasta do pacote: use PowerShell para obter InstallLocation (comando acima).
Depois de negar escrita, o Mail falha ao gravar definições: isso é esperado; é o que impede a migração. Guarde as alterações desejadas antes de aplicar a negação.

Quando nada disso for viável: clientes alternativos

Se precisa de estabilidade sem “tuning” ou se está farto de refazer as correções após updates, considere:

Thunderbird (gratuito) — robusto, suporte amplo a protocolos, excelente para contas múltiplas.
Mailbird (pago) — interface simples, integrações úteis.
Wino Mail (Microsoft Store; gratuito até 3 contas) — leve e direto.

Nota: Outlook 2013 e versões antigas do Outlook “clássico” têm suporte reduzido/encerrado; não são solução duradoura.

Como reverter tudo (voltar ao estado original)

Se substituiu/renomeou olk.exe, restaure o ficheiro original (ou reinstale o New Outlook pela Microsoft Store).
Remova as negações de escrita aplicadas nas pastas Migration e NewOutlookMigration.
Confirme que o proprietário de C:\Program Files\WindowsApps\Microsoft.OutlookForWindows* e subpastas é NT SERVICE\TrustedInstaller.
Teste abrindo novamente o Mail & Calendar para garantir que tudo voltou ao comportamento padrão.

Perguntas rápidas (FAQ)

Apagar só o settings.json resolve?
Geralmente, já não. Funciona melhor combinado com a negação de escrita (Solução B) e/ou com o bloqueio do olk.exe (Solução A).

Desinstalar o New Outlook é suficiente?
Não. Normalmente ele volta. O objetivo é impedir a execução e/ou bloquear a migração.

O que é “mudar proprietário para TrustedInstaller”?
É repor a permissão de sistema padrão das pastas protegidas (WindowsApps) após alterações. Ajuda a evitar efeitos colaterais e mantém a integridade do sistema.

Perco atualizações de segurança ao bloquear o olk.exe?
Não das do Windows em geral; apenas impede a execução daquele app. O pacote pode continuar a ser atualizado pela Store, que pode repor ficheiros — por isso, verifique periodicamente.

Posso aplicar isto em Windows 10 e 11?
Sim. Os caminhos e passos são essencialmente os mesmos.

Resposta curta (direto ao ponto)

Problema: o New Outlook reinstala-se e substitui o Mail & Calendar sem consentimento.
Solução curta recomendada:
1. Na pasta do New Outlook, renomeie/apague olk.exe (ou substitua por um dummy) e restaure TrustedInstaller como proprietário.
2. Em …\LocalState\Migration\, apague settings.json e negue escrita à pasta Migration.
Em conjunto, isto tem sido o que mais impede a tomada de controlo.
Alternativa simples: executar o script BAT “dummy” que instala um “falso” pacote para bloquear o regresso.
Paliativo: manter o Mail aberto (só enquanto a sessão estiver ativa).
Plano B: migrar para um cliente alternativo (Thunderbird/Mailbird/Wino Mail) se quiser estabilidade sem “afinações”.

Anexo: passos detalhados para repor o proprietário para TrustedInstaller (GUI)

Clique direito na pasta alvo > Propriedades > Segurança > Avançadas.
Em Proprietário, clique em Alterar > escreva NT SERVICE\TrustedInstaller > Verificar nomes > OK.
Marque Substituir proprietário em subcontentores e objetos (se aplicável) > Aplicar > OK.

Boas práticas de segurança

Limite as alterações ao mínimo necessário (apenas à pasta do Outlook).
Documente o que mudou (ficheiros, permissões e datas).
Mantenha um utilizador admin separado do dia‑a‑dia e evite correr como admin permanentemente.
Revise permissões após grandes atualizações do Windows.

Conclusão: até a Microsoft concluir a transição e remover de vez o Mail & Calendar, a combinação de bloquear o olk.exe e travar a pasta de migração tem sido a forma mais consistente de impedir a substituição automática pelo New Outlook. Com as devidas cautelas e restauração do TrustedInstaller, o processo é reversível e estável para uso diário.