Convertir Outlook en Markdown en ligne gratuitement

MSG en Markdown : rendre un fil de discussion Outlook lisible pour un modèle

Un fil de quarante messages sur le renouvellement d'un contrat contient toute la décision — qui a proposé quoi, qui a résisté, à quel moment les conditions ont réellement changé. Il est aussi à peu près illisible, parce que chaque réponse traîne une copie de tout ce qui la précède, emballée dans des marqueurs de citation sur lesquels trois clients de messagerie différents ne s'accordent jamais. Collez ça dans une fenêtre de chat et vous obtenez un mur gris où le même paragraphe revient onze fois.

Convertir un MSG en Markdown, c'est donner une forme à ce fouillis. Les en-têtes deviennent un bloc étiqueté en tête de document : expéditeur, destinataires, copie, objet et date d'envoi cessent d'être des choses que le modèle doit deviner au contexte. Le corps garde ses paragraphes et ses listes. Les réponses citées restent visiblement imbriquées au lieu de se fondre dans la prose environnante. Le résultat est un document où « qui a dit quoi, et quand » redevient une question à laquelle on peut répondre. Déposez un fichier .msg dans le convertisseur ci-dessus — gratuit, sans inscription, 50 Mo maximum.

Ce qu'est réellement un fichier .msg

La plupart des gens rencontrent le .msg par accident. Quelqu'un fait glisser un e-mail depuis Outlook sur son bureau et vous envoie le fichier obtenu, ou passe par Fichier > Enregistrer sous en choisissant « Format de message Outlook ». Dans les deux cas, vous vous retrouvez avec un fichier unique qui contient un e-mail unique.

Sous le capot, ce n'est pas du texte. Un .msg est un fichier binaire composite — le même conteneur OLE structured storage que Microsoft utilisait pour les vieux .doc et .xls, un système de fichiers miniature avec ses répertoires et ses flux à l'intérieur d'un seul fichier. Chaque morceau de l'e-mail vit dans son propre flux, nommé d'après une étiquette de propriété MAPI : l'objet dans l'un, le corps dans un autre, chaque destinataire dans son stockage numéroté, chaque pièce jointe dans le sien. Ouvrez-le dans un éditeur de texte et vous obtenez un écran de bruit binaire où flottent quelques mots reconnaissables.

L'équivalent ouvert, c'est le .eml : un simple message RFC 5322 — en-têtes, ligne vide, puis le corps MIME — que vous pouvez véritablement lire dans le Bloc-notes. Thunderbird, Apple Mail et la plupart des exports de webmail produisent du .eml. Outlook produit du .msg. C'est cette différence qui pousse tant de gens à chercher comment ouvrir un fichier .msg sans Outlook : le fichier n'a rien d'anormal, il vous manque juste l'application qui le considère comme natif. Le convertir est le chemin le plus court pour le lire, et vous en ressortez avec quelque chose de cherchable et de collable en prime.

Ce que la conversion extrait du contenu d'un e-mail Outlook

Trois couches ressortent, et mieux vaut savoir laquelle est laquelle avant de commencer à écrire des prompts par-dessus.

• Les en-têtes. Expéditeur, destinataires, copie, objet et date d'envoi, rendus sous forme de bloc étiqueté au lieu d'être noyés dans la prose. C'est le point où le Markdown fait nettement mieux que le texte brut : un modèle qui lit **From:** Priya Raman sait qu'il s'agit de métadonnées, pas d'une phrase écrite par quelqu'un.
• Le corps. Le message lui-même. Si l'expéditeur a écrit en HTML — ce qui est le cas de l'essentiel du courrier professionnel — titres, gras, listes à puces et liens hypertexte tombent sur leurs équivalents Markdown. S'il a écrit en texte brut, vous récupérez les paragraphes tels qu'ils ont été tapés : plus propre, mais plus plat.
• La chaîne de réponses. Tout ce qui se trouve sous la ligne « Le mardi ..., X a écrit : ». Elle reste là, indentée et mise à part, parce que dans une négociation la chaîne compte souvent plus que le message du dessus.

Les fichiers sont convertis puis restitués, pas stockés. Le courrier électronique est fréquemment personnel ou commercialement sensible : appliquez les règles de votre organisation en matière de correspondance avant d'envoyer du courrier professionnel.

Le problème de répétition de la chaîne de réponses

C'est la bizarrerie qui surprend tout le monde, et il vaut mieux la comprendre que la contourner à l'aveugle.

Les réponses par e-mail sont cumulatives. Le douzième message d'un fil contient les onze premiers. Donc si vous exportez plusieurs messages de la même conversation et que vous les convertissez tous, vous ne convertissez pas douze messages : vous en convertissez environ soixante-dix-huit copies, parce que chacun traîne ses ancêtres derrière lui. Le premier message d'un fil un peu long peut finir une douzaine de fois dans votre sortie.

Ajoutez maintenant les blocs de signature. Chaque message répète le nom de l'expéditeur, sa fonction, son numéro de téléphone et l'adresse du bureau. Ajoutez la clause juridique d'entreprise — le paragraphe « ce message et ses pièces jointes sont confidentiels » — que beaucoup d'organisations accolent automatiquement à tout message sortant, réponses comprises. Dans un fil long, ce passe-partout peut réellement peser plus lourd que le contenu.

Deux réponses pratiques. D'abord, si vous voulez seulement l'historique complet du fil, convertissez l'unique message le plus récent : il contient déjà tout. Convertir le dossier entier ne vous achète guère que de la duplication. Ensuite, regardez le compteur de tokens sous la sortie avant de coller quoi que ce soit. Un fil qui ressemble à quelques pages à l'écran peut coûter étonnamment cher une fois les répétitions comptées, et voir le chiffre à l'avance vaut mieux que de le découvrir par une erreur de troncature.

Là où la structure paie

Le Markdown est le bon choix ici dès que l'attribution et la chronologie comptent — c'est-à-dire presque toujours, avec des e-mails :

• Reconstituer une chaîne de décision. « Quand avons-nous accepté le délai de paiement à 60 jours, et qui a validé ? » Un modèle sait répondre à partir d'un fil structuré aux en-têtes datés. À partir de prose aplatie, il va botter en touche — ou pire, attribuer une phrase à la mauvaise personne avec aplomb.
• Résumer une négociation. Les positions bougent avec le temps. Des niveaux de citation lisibles permettent au modèle de voir que le troisième paragraphe du message neuf est une citation du message quatre, et non une prise de position nouvelle.
• Extraire les actions à mener. Les listes à puces survivent en listes à puces : le bloc « prochaines étapes » que quelqu'un a tapé dans le message six ressort en liste, pas en phrase à rallonge.
• Documents de passation. Convertissez le fil, gardez le Markdown à côté des notes de projet, et la personne qui reprend le dossier dans six mois hérite du raisonnement, pas seulement du résultat.
• Préparer de la correspondance pour relecture. Les juristes, les RH et la conformité veulent voir l'expéditeur, la liste des destinataires et l'horodatage immédiatement. Un bloc d'en-têtes étiqueté leur donne ça sans ouvrir de client de messagerie.

Si rien de tout cela ne s'applique — vous indexez des milliers de messages pour la recherche, ou vous les vectorisez — le balisage devient un surcoût inutile, et MSG vers texte brut est le meilleur choix. Le sélecteur de format en haut de cette page bascule de l'un à l'autre en emportant votre fichier avec lui : comparer coûte un clic, pas un nouvel envoi.

Les pièces jointes, et traiter un fil entier d'un coup

Un .msg peut transporter des pièces jointes — c'est en partie à ça que sert le format composite. Ce qui sort du convertisseur, c'est le contenu du message : en-têtes, corps, chaîne citée. Le PDF du contrat ou le tableur budgétaire joints ne sont pas extraits séparément : s'il vous faut aussi leur contenu, enregistrez-les hors de l'e-mail et convertissez-les comme des fichiers à part entière. C'est l'affaire de deux minutes avec PDF vers Markdown pour les documents, Word vers Markdown pour le DOCX, ou Excel vers Markdown pour les tableurs, où la structure des tableaux survit réellement.

Les images en ligne sont un piège voisin. Les captures collées dans le corps d'un e-mail sont des images, il n'y a pas d'OCR ici, et un message dont tout l'intérêt était une capture d'erreur se convertira en presque rien. Rien n'est cassé : il n'y a jamais eu de texte à extraire.

Au-delà d'un ou deux messages, regroupez. Sélectionnez les fichiers .msg, compressez-les en une seule archive et passez-la par ZIP vers Markdown — tous les fichiers pris en charge à l'intérieur sont convertis en un seul envoi. C'est le geste naturel quand vous avez sorti tout un dossier Outlook sur le disque et que vous voulez la correspondance sous forme d'un document lisible.

Questions fréquentes

Comment extraire le contenu d'un e-mail Outlook et le convertir en Markdown ?

Envoyez le message ci-dessus et il revient en Markdown — les en-têtes en bloc étiqueté, le corps en dessous avec sa mise en forme préservée partout où elle a un équivalent. Gratuit, 50 Mo par fichier, sans compte, et sans avoir à installer Outlook pour lire le fichier.

Pourquoi du Markdown plutôt que du texte brut pour un e-mail ?

Parce qu'un e-mail a des parties, et que le Markdown les garde séparées. Expéditeur, destinataires, objet et date occupent un bloc nettement délimité au-dessus du corps, au lieu de se confondre avec le premier paragraphe. Les chaînes de réponses citées restent identifiables comme des citations. Pour coller un message dans un ticket ou un document, cette séparation est tout l'intérêt — sinon le texte brut est plus simple.

Les chaînes de réponses citées restent-elles lisibles ?

En général oui. Un fil long se convertit en niveaux de citation imbriqués : vous voyez quelle réponse était contenue dans laquelle. La limite, c'est que la mise en forme des chaînes de réponses dépend du client qui les a écrites et qu'il n'existe aucun standard — un fil passé trois fois par Outlook, Gmail et un client mobile donnera quelque chose de structurellement honnête et visuellement brouillon.

Un e-mail au format HTML se convertit-il mieux qu'un e-mail en texte brut ?

Il y a davantage de matière à exploiter. Un corps HTML transporte du vrai balisage — titres, listes, liens, tableaux — qui se transpose directement en Markdown. Un e-mail en texte brut n'a que des retours à la ligne et des conventions : la sortie ressemble donc beaucoup à ce dont vous êtes parti. Les e-mails marketing bourrés de tableaux de mise en page sont le pire cas, et donnent quelque chose qui ne vaut pas la lecture.

Puis-je m'en servir pour archiver des messages dans un dépôt ou un wiki ?

C'est un usage tout à fait raisonnable : le Markdown se versionne, se compare, se cherche en ligne de commande et se lit sans le moindre client de messagerie, ce qu'on ne peut pas dire d'un dossier de fichiers .msg. Convertissez les messages, committez la sortie, et le fil sera encore consultable dans dix ans. Les pièces jointes, elles, demanderont un enregistrement séparé.

Le reste de la boîte à outils

MSG fait partie des formats gérés par File2Txt, qui accepte n'importe quel fichier pris en charge depuis un seul envoi si vous préférez ne pas choisir de page. Pour le contenu web, Web2Txt récupère une URL en Markdown — pratique quand un fil n'arrête pas de renvoyer à une spécification qui vit en ligne. Côté code, vous pouvez convertir un dépôt GitHub en texte ou un dossier de votre machine, puis donner à un modèle le fil d'e-mails et l'implémentation en même temps. Le guide de préparation des documents pour les LLM expose l'argument général derrière tout ça.

Repo2Txt est conçu et maintenu par v12hero, un développeur indépendant qui crée des applications natives et web respectueuses de la vie privée.