Se o Outlook (clássico) exibe “The required file msls70.dll cannot be found in your path”, veja como diagnosticar no Visualizador de Eventos e aplicar a correção que realmente susta a recorrência: atualizar a build, alinhar o canal e, se preciso, reparar ou reinstalar o Microsoft 365 Apps.
Visão geral do problema
Vários utilizadores e administradores têm observado um erro recorrente ao abrir o Outlook (e, por vezes, o Word): “The required file msls70.dll cannot be found in your path”. Em muitos ambientes, o sintoma some imediatamente após atualizar o Microsoft 365 Apps, mas volta alguns dias depois. Os relatos e evidências de logs convergem para um ponto: há um mismatch de módulos/versões no Click‑to‑Run que afeta sobretudo Outlook e Word, enquanto o Excel costuma iniciar normalmente.
O que foi observado nos diagnósticos
- O erro acompanha eventos no Visualizador de Eventos do Windows rotulados como
OFFICE\MODULE\VERSION\_MISMATCH(Event ID 1000/1001), indicando desalinhamento entre binários do Office. - A incidência é maior em determinadas compilações, com relatos no Canal Atual (por exemplo, 16.0.17830.20138) e também no MEC – Monthly Enterprise Channel (por exemplo, 2406/2407).
- Atualizar para uma build mais recente resolve de imediato em muitos casos. Administradores apontaram a 16.0.17830.20166 (Canal Atual) ou posterior como estável.
- Excel, em geral, não é afetado e é frequentemente utilizado como “porta de entrada” para acionar a atualização quando Outlook/Word falham ao abrir.
- Reparos rápidos nem sempre resolvem; Reparação Online ou reinstalação tendem a surtir efeito. Em alguns ambientes, o problema reapareceu quando o canal/versão voltaram a desalinhar.
- A Microsoft tratou como Known Issue e solicitou recolha de logs em
%temp%\diagnosticspara investigação. A root cause completa não estava confirmada durante o período dos relatos.
Resumo do diagnóstico técnico
| Sinal | Onde ver | Interpretação |
|---|---|---|
| Mensagem “msls70.dll cannot be found in your path” | Ao iniciar Outlook/Word | Carregamento de componente do Office falhou por desalinhamento de módulos |
Eventos 1000/1001 com OFFICE\MODULE\VERSION\_MISMATCH | Visualizador de Eventos → Registos do Windows → Aplicação | Confirma mismatch/versão entre componentes Click‑to‑Run |
| Excel abre normalmente | Início do Excel | Serve para forçar a atualização do Office quando outros apps não abrem |
Porque acontece e como a atualização “cura”
O Office entregue por Click‑to‑Run (C2R) mantém um conjunto de binários e módulos que são recompostos a cada atualização. Em cenários de rollout por canal (por exemplo, MEC vs. Canal Atual), mudanças de ferramenta de patching, política ou coabitação de SKUs e arquiteturas (32/64 bits) podem parcialmente atualizar componentes, gerando version skew — o desalinhamento observado nos eventos. Ao avançar para uma build íntegra (e coerente com o canal configurado), o C2R reconstrói o conjunto de módulos, removendo o mismatch que dispara o erro da msls70.dll.
Passo a passo recomendado
- Atualize para uma build corrigida (ou mais recente)
- Se o Excel abre: vá em Ficheiro > Conta (ou Conta do Office) > Opções de Atualização > Atualizar agora.
- Se o Outlook/Word não abrem, atualize via Click‑to‑Run (linha de comando em CMD com direitos de administrador):
cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.17830.20166Se a pasta acima não existir, teste:cd "%ProgramFiles(x86)%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.17830.20166Dica: use uma versão igual ou mais nova do que a que já demonstrou estabilidade no seu ambiente. - Verifique o canal de atualização
- Relatos indicam que o MEC nem sempre recebeu o hotfix na mesma cadência do Canal Atual.
- Se gere o Office via política (ex.: Intune ou configuração centralizada), alinhe temporariamente para Canal Atual, sincronize os dispositivos e force a atualização. Depois de estabilizar, pode voltar ao canal desejado — garantindo que todas as apps permanecem na mesma SKU/canal/versão.
- Para auditoria local rápida (PowerShell, como administrador):
# Ver canal e versão do Click-to-Run $cfg = 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration' Get-ItemProperty $cfg | Select-Object VersionToReport, UpdateChannel, CDNBaseUrl Listar processos Office que podem estar a reter binários antigos Get-Process OUTLOOK, WINWORD, EXCEL, OSPPsvc -ErrorAction SilentlyContinue | Format-Table Name, Id, CPU - Feche processos presos antes de reabrir No Gestor de Tarefas, finalize quaisquer processos do Outlook/Word/Office que tenham ficado em memória. Isso evita iniciar com binários antigos (cold start limpo) após a atualização.
- Se ainda falhar
- Execute Reparação Online do Microsoft 365 Apps: Painel de Controlo > Programas e Funcionalidades > Microsoft 365 > Alterar > Reparação Online.
- Em ambientes nos quais a reparação não resolveu, a reinstalação do Microsoft 365 Apps eliminou a recorrência.
- Recolha e guarde os logs em
%temp%\diagnosticse abra um ticket com a Microsoft. Isso ajuda a acelerar uma correção definitiva.
Tabela de builds citadas nos relatos
| Canal | Build | Estado observado | Observações |
|---|---|---|---|
| Canal Atual | 16.0.17830.20138 | Maior incidência de erro | Relatos frequentes de msls70.dll no Outlook/Word |
| Canal Atual | 16.0.17830.20166 | Estável em vários ambientes | Atualizar para esta ou superior resolveu imediatamente |
| MEC (Monthly Enterprise) | 2406 / 2407 | Casos reportados | Hotfix com cadência de rollout distinta |
Checklist rápido de resolução
- Consegue abrir o Excel? Aja por lá: Ficheiro > Conta > Atualizar agora.
- Não consegue abrir apps? Use o
officec2rclient.exepara atualizar para uma build estável. - Garanta que todas as apps estão no mesmo canal e mesma versão.
- Feche processos em memória antes de testar novamente.
- Se persistir: Reparação Online → Reinstalação → Envio de logs
%temp%\diagnostics.
Como confirmar que o problema foi resolvido
- Abra o Outlook e o Word sem mensagens de erro.
- Em Ficheiro > Conta, confirme que a versão e o canal estão coerentes com a sua política.
- Verifique o Visualizador de Eventos nas últimas horas para confirmar que os eventos 1000/1001 cessaram.
Notas úteis validadas em Q&A
- O Excel costuma ficar imune e é uma excelente forma de “desbloquear” a atualização.
- O problema teve picos logo após determinadas releases. Em muitos cenários, apenas atualizar recompõe o C2R e elimina o mismatch.
- Alterações de ferramenta de patching ou canal podem deixar o dispositivo parcialmente atualizado. Alinhar tudo no Canal Atual resolveu de forma duradoura em diversos tenants.
Boas práticas para evitar recorrência
- Padronize canal e versão de todas as apps do Office no mesmo dispositivo e dentro do mesmo tenant.
- Gerencie updates por política (ex.: via Intune) e evite misturar métodos que possam atualizar apenas parte dos componentes.
- Reinicie quando solicitado após atualizações.
- Monitorize o Event Viewer para Event 1000/1001 e palavras‑chave como
OFFICEMODULEVERSION_MISMATCHemsls70.dll. - Mantenha um runbook com comandos Click‑to‑Run e procedimentos de contingência (Excel/linha de comando → Reparação Online → Reinstalação).
Diagnóstico detalhado no Visualizador de Eventos
- Abrir eventvwr.msc.
- Navegar para Registos do Windows > Aplicação.
- Filtrar por Erro nas últimas 24–72 horas.
- Procurar por:
- Application Error ou Office C2R com ID 1000/1001;
- Referências a
OFFICE\MODULE\VERSION\_MISMATCH; - Associações ao arranque do OUTLOOK.EXE ou WINWORD.EXE.
Interpretação: a presença constante desses eventos junto do erro da msls70.dll é forte indício de desalinhamento de módulos. A atualização coerente de canal/versão costuma normalizar.
Automação e comandos úteis
PowerShell para verificar canal/versão e encerrar processos
# Executar em PowerShell (Admin)
1) Inspeção de configuração C2R
\$cfg = 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration'
Get-ItemProperty \$cfg | Select-Object VersionToReport, ClientVersionToReport, UpdateChannel, CDNBaseUrl, Platform
2) Encerrar processos Office (use com cautela)
'OUTLOOK','WINWORD','EXCEL','MSOSYNC','C2RClient','ClickToRunSvc' |
ForEach-Object { Get-Process $\_ -ErrorAction SilentlyContinue } |
Stop-Process -Force -ErrorAction SilentlyContinue
3) Forçar atualização genérica (sem version pin)
\$ctr = "\${env\:ProgramFiles}\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe"
if (-not (Test-Path \$ctr)) { \$ctr = "\${env\:ProgramFiles(x86)}\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe" }
Start-Process \$ctr -ArgumentList '/update user' -Verb RunAs Click‑to‑Run: referência rápida
| Objetivo | Comando | Notas |
|---|---|---|
| Atualizar para a build estável | officec2rclient.exe /update user updatetoversion=16.0.17830.20166 | Troque a versão por uma igual/mais recente validada no seu ambiente |
| Atualização normal | officec2rclient.exe /update user | Puxa a versão mais recente do canal configurado |
| Reparação Online | Interface gráfica | Via Programas e Funcionalidades > Alterar |
Modelo de mudança de canal com ODT
Se a sua gestão utiliza o Office Deployment Tool (ODT), o alinhamento de canal pode ser feito com um package de mudança temporária para o Canal Atual. Exemplo de Config.xml simplificado (ajuste a versão, idioma e arquitetura conforme o seu padrão):
<Configuration>
<Add OfficeClientEdition="64" Channel="Current" Version="16.0.17830.20166">
<Product ID="O365ProPlusRetail">
<Language ID="pt-pt" />
</Product>
</Add>
<Updates Enabled="TRUE" Channel="Current" />
<Display Level="None" AcceptEULA="TRUE" />
</Configuration>
Importante: use a mesma SKU das máquinas e, após estabilizar, pode voltar o canal para MEC ou outro padrão corporativo. Evite coexistência de canais/arquiteturas no mesmo dispositivo.
Matriz de decisão para tratamento
| Cenário | Ação imediata | Próximo passo | Plano B |
|---|---|---|---|
| Outlook/Word não abrem | Fechar processos e atualizar via Click‑to‑Run | Alinhar canal e confirmar versão | Reparação Online ou reinstalação |
| Excel abre | Atualizar por Excel | Confirmar que Outlook/Word abrem | Se persistir, seguir Reparação Online |
| Ambiente MEC com recorrência | Migrar temporariamente para Canal Atual | Atualizar para build estável (ou superior) | Reinstalar e recolher logs |
| Tenant com canais mistos | Padronizar canal/versão por política | Forçar atualização em todos os endpoints | Auditar dispositivos “desalinhados” |
Dicas adicionais de prevenção
- Evite alternar frequentemente entre ferramentas de patching; se precisar, planeie uma janela de consolidação para garantir que o C2R recompõe todos os módulos.
- Mantenha inventário de versões e um painel de canais por grupo de dispositivos.
- Defina procedimento de emergência: fechar processos → atualizar → reparar → reinstalar → recolher logs.
- Para VDI/ambientes partilhados, valide a imagem dourada com a build estável antes de a generalizar.
Perguntas frequentes
O que é a msls70.dll?
É um componente carregado por aplicações do Microsoft 365 (como Outlook e Word). Quando os binários do Office ficam desalinhados, o sistema pode não localizar a DLL no caminho esperado, originando a mensagem “cannot be found in your path”.
Atualizar “um passo acima” resolve, mas o erro volta. Por quê?
Porque a causa não é apenas a versão, mas o alinhamento de canal/versão entre todas as peças. Se algum mecanismo faz rollback ou mantém parte dos módulos num canal diferente, o mismatch regressa. A solução duradoura é padronizar canal/versão e depois atualizar.
Reparação Rápida vs. Reparação Online: qual escolher?
A Reparação Rápida não reescreve todos os componentes do Click‑to‑Run. Diante de mismatch de módulos, a Reparação Online é preferível, pois baixa novamente os binários coerentes com o canal/versão definidos.
Devo mexer nas variáveis de ambiente do Windows (PATH)?
Não é recomendado. O erro menciona “path”, mas a causa raiz está no empacotamento/versão do Office (Click‑to‑Run), não numa variável global. O caminho é corrigido ao atualizar/alinhar o Office.
Complementos (add‑ins) podem causar?
Em regra, este problema não é de add‑ins. No entanto, se quiser isolar, inicie em modo de segurança outlook.exe /safe para verificar se há interferências. A correção principal continua a ser alinhar e atualizar o Office.
Exemplo de runbook para equipas de suporte
- Recolher evidências: screenshots da mensagem e eventos 1000/1001.
- Tentar abrir Excel e forçar Atualizar agora.
- Se falhar, executar
officec2rclient.exe /update user updatetoversion=16.0.17830.20166(ou superior validada). - Fechar processos restantes e testar Outlook/Word.
- Se persistir: Reparação Online → reinstalação.
- Enviar
%temp%\diagnosticsao fabricante e manter incidentes referenciados por build/canal.
Resumo em uma frase
A correção eficaz é alinhar canal/versão e atualizar o Microsoft 365 Apps para uma build mais recente (por exemplo, 16.0.17830.20166 ou superior, no Canal Atual); quando Outlook/Word não abrem, use o Excel ou o officec2rclient.exe para forçar a atualização; se persistir, execute Reparação Online/reinstale e envie os logs %temp%\diagnostics à Microsoft.
Apêndice: comandos prontos para colar
:: CMD como Administrador – Click-to-Run (x64 padrão)
cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun"
officec2rclient.exe /update user
\:: Fixar para a build estável (ajuste conforme o seu ambiente)
officec2rclient.exe /update user updatetoversion=16.0.17830.20166
\:: Alternativa caso a pasta não exista (x86)
cd "%ProgramFiles(x86)%\Common Files\Microsoft Shared\ClickToRun"
officec2rclient.exe /update user Apêndice: pontos de verificação pós‑mudança de canal
- Confirme no Ficheiro > Conta que o canal é o esperado (por exemplo, Canal Atual).
- Valide que o
VersionToReportno registo reflete a build planeada. - Monitore 48–72 horas sem reincidência de 1000/1001 antes de fechar o incidente.