MENU
  1. Accueil
  2. MS Office
  3. Outlook
  4. Corriger l’erreur msls70.dll manquant au lancement d’Outlook : guide complet

Corriger l’erreur msls70.dll manquant au lancement d’Outlook : guide complet

Outlook

Depuis août 2024, une mise à jour défectueuse de Microsoft 365 Apps provoque la fermeture instantanée d’Outlook (et parfois de Word) avec l’erreur : The required file msls70.dll cannot be found in your path. Voici une analyse complète et les correctifs éprouvés pour éliminer définitivement ce bug.

Sommaire

Erreur récurrente « msls70.dll manquant » au démarrage d’Outlook

Vue d’ensemble du problème

Lorsque l’utilisateur lance Outlook, l’application se referme aussitôt. Les journaux Windows (Event 1000 / 1001) pointent un OFFICE_MODULE_VERSION_MISMATCH sur Outlook.exe et signalent l’absence de msls70.dll. Le dysfonctionnement touche principalement les builds publiées entre le 1er et le 23 août 2024 :

CanalBuild(s) les plus citéesSymptômes
Current Channel16.0.17830.20138Plantage immédiat
Monthly Enterprise Channel (MEC)16.0.17726.20206Aucun correctif disponible au 23 août 2024
Version 2407 (tous canaux)DiversesCas isolés mais identiques

Pourquoi msls70.dll est cruciale

msls70.dll contient des fonctions de sécurité (Microsoft Layered Service) partagées par Outlook, Word et d’autres binaires Office. Si la DLL est absente ou en décalage de version, l’exécutable Office détecte une incohérence de signature et se ferme pour éviter la corruption de données.

Cause probable (investigation en cours)

  • Mauvais appairage de modules après mise à jour Click‑to‑Run : certains binaires restent en version N‑1, d’où l’appel à une DLL non livrée.
  • Rien n’indique un lien avec Windows Update, ni avec un complément Outlook spécifique.
  • Microsoft a publié un Known Issue public; l’analyse racine définitive n’est pas encore communiquée.

Solutions et contournements validés

ObjectifMéthodeQuand l’utiliserRésultat observé
1. Mettre à jour Office vers un build corrigéOuvrir Excel (non touché) → Fichier > Compte > Options de mise à jour > Mettre à jour maintenant

Lignes de commande administrateur : cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.17830.20166		Si une appli Office démarre (Excel) ou si Outlook/Word refusent de s’ouvrirCorrige durablement la plupart des postes
2. Changer de canal de mise à jourIntune ou GPO : basculer de MEC → Current ChannelRecevoir rapidement la build 16.0.17830.20166Stabilise l’environnement en attendant le correctif MEC
3. Réparer l’installationPanneau de configuration > Programmes > Office > Modifier > Réparation en ligneSi la mise à jour échoue ou reste bloquéeFonctionne souvent, mais la panne peut réapparaître
4. Réinstaller OfficeDésinstaller via SaRA ou Paramètres > Applications > Office, puis réinstallerUltime recoursÉlimine complètement l’erreur pour l’utilisateur
5. Mesures temporaires• Terminer les processus Outlook/Word restés en mémoire
• Désactiver les mises à jour automatiques via GPO/Intune		En attendant un correctif officielLimite la propagation sans régler la racine du problème

Plan d’action conseillé pour les entreprises

  1. Recenser la build et le canal de chaque poste affecté (Fichier > Compte depuis Excel ou script PowerShell Get-OfficeVersion).
  2. Mettre à jour vers 16.0.17830.20166 ou supérieures (Current Channel) ; faute de quoi lancer une Réparation en ligne.
  3. Si Outlook ne démarre toujours pas, exécuter la commande Click‑to‑Run ci‑dessus en invite admin.
  4. Collecter les journaux %temp%\diagnostics et ouvrir un ticket via l’assistance Microsoft 365 en citant « Classic Outlook errors on startup msls70.dll ».
  5. Sur les parcs MEC, envisager un basculement temporaire vers Current Channel ou un déploiement ciblé de la build 17830.20166 via Intune/Endpoint Manager.
  6. Surveiller la page Support du Known Issue et rebasculer ensuite sur le canal souhaité.

Scripts et automatisation

Pour accélérer la remédiation, déployez les scripts suivants via Microsoft Intune ou SCCM :

# Basculer vers le Current Channel et forcer la build corrigée
$OfficeC2R = "$Env:ProgramFiles\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe"
Start-Process $OfficeC2R -ArgumentList "/changesetting Channel=Current" -Wait
Start-Process $OfficeC2R -ArgumentList "/update user updatetoversion=16.0.17830.20166" -Wait

# Vérifier la version installée & générer un rapport CSV
$computers = Get-ADComputer -Filter *
$result = foreach ($pc in $computers) {
    Invoke-Command -ComputerName $pc.Name -ScriptBlock {
        $ver = (Get-Item 'C:\Program Files\Microsoft Office\root\Office16\Outlook.exe').VersionInfo.ProductVersion
        [PSCustomObject]@{
            Computer   = $env:COMPUTERNAME
            Version    = $ver
            Channel    = (Get-Content 'C:\Program Files\Common Files\Microsoft Shared\ClickToRun\Configuration\Config.xml') -match 'Channel="(.+?)"' | ForEach-Object {$Matches[1]}
        }
    }
}
$result | Export-Csv C:\Temp\Office_Versions.csv -NoTypeInformation

Vérification post-correctif

  • Outlook démarre sans message d’erreur.
  • Aucune nouvelle entrée OFFICE_MODULE_VERSION_MISMATCH dans l’Observateur d’événements.
  • L’outil Reliability Monitor (perfmon /rel) n’affiche plus de crash Outlook depuis 48 h.
  • Outlook.exe et msls70.dll portent le même numéro de build.

Bonnes pratiques de prévention

  • Maintenir un inventaire précis des canaux pour éviter les mélanges (Current, MEC, Insiders).
  • Planifier des Anneaux de validation : pilote → pré‑prod → prod.
  • Utiliser PoliciesUpdateEnable=0 en GPO pour bloquer les mises à jour automatiques durant l’investigation.
  • Établir des points de restauration ou clichés VSS sur les machines critiques.
  • Documenter chaque incident dans un runbook pour accélérer la prochaine réponse.

FAQ

Pourquoi Excel ne plante‑t‑il pas ?

Excel n’appelle pas directement msls70.dll au démarrage ; il utilise un sous‑ensemble différent des bibliothèques de sécurité Office.
Puis‑je simplement copier msls70.dll depuis une machine saine ?

Non. Les DLL Office sont signées numériquement. Copier un fichier d’une autre build provoquera un échec de validation de signature.
Le mode sans échec Outlook résout‑il le problème ?

Il permet de démarrer Outlook sans compléments, mais si msls70.dll est absent ou incohérent, le crash se produit avant même le chargement des add‑ins.

Chronologie résumée

  • 01 août 2024 : Publication des builds défaillantes (17830.20138 / 17726.20206).
  • 07 août : Premiers rapports d’incidents sur Microsoft TechCommunity.
  • 15 août : Confirmation Microsoft et ouverture d’un Known Issue.
  • 23 août : Build de correction 16.0.17830.20166 (Current Channel).
  • Septembre 2024 : Correctif progressif sur MEC.
  • 2025 : Aucune récurrence majeure signalée.

Conclusion

En appliquant les étapes ci‑dessus — mise à jour forcée, changement de canal ou réparation en ligne — la majorité des organisations ont éradiqué l’erreur « msls70.dll manquant » et restauré la productivité des utilisateurs Outlook. Conservez toutefois un dispositif de veille : test de pré‑production, surveillance des builds, et scripts d’inventaire automatisés demeurent vos meilleurs alliés pour éviter une rechute lors des futures mises à jour Office.

Outlook
Sommaire