Répondre à ses mails avec une IA locale (LLM privé)

#Le principe : brouillon, jamais envoi automatique

L'objectif ici n'est pas de faire répondre un robot à votre place, mais de réduire le temps passé à rédiger des réponses répétitives ou standard : accusés de réception, réponses à des questions fréquentes, reformulations d'un brouillon trop informel. Le LLM génère un texte, vous le lisez, vous le corrigez si besoin, et vous décidez d'envoyer. Aucune étape de ce processus ne doit être automatisée jusqu'à l'envoi sans validation humaine.

#L'architecture réaliste

Trois éléments composent une architecture d'assistant email local : votre client mail habituel (Thunderbird, ou tout client qui accepte une extension), une extension ou un module qui sait appeler une API de modèle de langage, et un modèle qui tourne sur votre machine, servi par Ollama sur son adresse locale par défaut (127.0.0.1, port 11434). Le mail reste géré normalement par votre client (réception IMAP, envoi SMTP) : seul le texte du brouillon transite vers le modèle local pour génération, jamais vers un service tiers.

#Un exemple d'extension existante

ThunderAI est une extension pour Thunderbird qui intègre l'IA directement dans la messagerie, avec un support explicite d'Ollama en plus de fournisseurs cloud. Sa documentation précise qu'elle fonctionne entièrement en local (modèle, taille de contexte, température, mode réflexion), ce qui permet de tout garder sur la machine plutôt que de dépendre d'un serveur externe.

Concrètement, une fonction de ce type permet de générer un brouillon de réponse à partir du mail sélectionné, avec un prompt simple, un prompt avancé, ou une instruction personnalisée écrite par vous. Le texte généré s'ouvre dans la fenêtre de composition habituelle du client mail : rien n'est envoyé sans que vous ne passiez par cette fenêtre.

#Les autres extensions du même type

ThunderAI n'est pas la seule option : l'écosystème des extensions Thunderbird orientées IA s'est étoffé, avec des approches légèrement différentes. thunderbird-ai (Project516) mise sur un bouton « AI review » qui relit un brouillon en cours de rédaction pour en vérifier le ton, les fautes, et surtout les pièces jointes mentionnées dans le texte mais oubliées au moment d'envoyer — un contrôle pratique que ThunderAI ne propose pas explicitement. Quill, de son côté, propose une assistance à l'écriture branchée sur Ollama, OpenAI ou Claude au choix.

Le point commun documenté entre ces extensions : le contenu du mail n'est transmis au modèle qu'au moment d'une action explicite de l'utilisateur, jamais en tâche de fond. thunderbird-ai le formule sans ambiguïté dans sa documentation, ce qui vaut la peine d'être vérifié pour toute extension avant de l'installer, local ou non : une extension qui analyserait vos mails en continu, même avec un modèle local, change la nature de l'engagement de confidentialité par rapport à une génération à la demande.

#Ce que « local » garantit vraiment

Faire tourner le modèle sur votre machine signifie que le contenu du mail traité par le modèle ne transite pas vers un service tiers pour la génération du brouillon. Cela ne change rien au transport du mail lui-même : la réception et l'envoi passent toujours par les protocoles standards (IMAP, SMTP) vers votre serveur de messagerie, local ou pas. « IA locale » sécurise l'étape de génération de texte, pas l'ensemble de la chaîne email.

#Mettre en place l'assistant

1. 01
   Installer Ollama et un modèle adapté

   Un modèle 7 à 8B en quantification Q4 convient à la rédaction de mails courants ; un modèle plus grand aide sur des réponses plus nuancées si votre machine le supporte.
2. 02
   Installer une extension compatible

   Vérifier que l'extension choisie propose explicitement un mode Ollama ou un serveur compatible OpenAI local, et pas seulement des fournisseurs cloud.
3. 03
   Configurer l'adresse locale

   Pointer l'extension vers l'adresse par défaut du serveur Ollama, généralement 127.0.0.1 sur le port 11434.
4. 04
   Tester sur un mail non sensible

   Générer un premier brouillon sur un mail sans enjeu, pour valider le ton et la pertinence avant de l'utiliser sur des correspondances importantes.

#Pourquoi la relecture humaine reste obligatoire

Un modèle génère un texte plausible, pas nécessairement exact. Sur un mail professionnel, une erreur de ton, une information erronée glissée dans une reformulation, ou une réponse qui ne traite pas la vraie question posée sont des risques réels, même avec un bon modèle. La relecture n'est pas une précaution excessive : c'est la seule étape qui garantit que ce qui part en votre nom correspond à ce que vous vouliez réellement dire.

Vérifier les faits cités

Un modèle peut reformuler une date, un montant ou un engagement de façon légèrement différente de l'original : à comparer au mail source avant envoi.

Vérifier le ton

Un brouillon généré peut être trop formel, trop familier, ou mal calibré pour votre interlocuteur habituel.

Vérifier les destinataires

Le modèle ne connaît pas le contexte relationnel : à vous de juger si la formulation proposée convient à cette personne précise.

Vérifier les pièces jointes annoncées

Si le brouillon mentionne un document joint, confirmer qu'il est réellement attaché avant d'envoyer : le modèle rédige le texte, pas la pièce jointe elle-même.

Cette liste n'est pas une formalité : elle correspond aux erreurs les plus fréquemment rapportées par les utilisateurs de ce type d'outil, pas à des risques théoriques. Un brouillon généré en quelques secondes donne une impression de fiabilité qui peut pousser à relire plus vite qu'un texte qu'on aurait rédigé soi-même, alors que c'est précisément l'inverse qui protège : la vitesse de génération ne dispense d'aucune étape de vérification, elle rend simplement la relecture plus rentable en temps total.

#Un cran plus loin : tri et extraction de tâches

Au-delà du brouillon ponctuel généré dans le client mail, des projets communautaires vont plus loin : AI-Email-Agent est un agent local-first qui se connecte à la boîte par IMAP, catégorise les messages et en extrait des tâches actionnables via Ollama (avec le modèle llama3), tout en gardant l'ensemble du traitement sur la machine (Ollama et une base SQLite locale), sans dépendance à un service cloud tiers pour cette partie.

La différence structurelle avec l'assistant décrit plus haut : ce type d'agent touche à des étapes plus automatisées (tri, catégorisation) que la simple génération d'un brouillon à la demande. C'est pour cette raison que ces projets documentent une porte de validation humaine (human-in-the-loop) avant toute action, plutôt que de laisser l'automatisation aller jusqu'au bout sans contrôle. Le principe reste le même que pour un simple assistant de rédaction : plus l'automatisation avance dans la chaîne (tri, tâches, réponse), plus la validation humaine explicite devient indispensable, pas optionnelle.

#Vers une intégration native des clients mail

Au-delà des extensions tierces, Mozilla a soumis une proposition d'assistant intégré directement à Thunderbird, visant à réduire le temps passé sur les mails et la charge cognitive de tri et de rédaction, sans sacrifier la confidentialité selon les termes de la proposition. Ce type d'initiative va dans le même sens que les extensions actuelles : rédaction assistée, changement de ton, réécriture de brouillon, avec le mail source et le fil de discussion comme contexte optionnel plutôt qu'imposé.

Que l'assistant soit une extension tierce ou une fonctionnalité native à venir, le principe reste identique : le gain se situe dans le temps de rédaction, pas dans une délégation de la décision d'envoyer. Un client mail qui proposerait un jour l'envoi automatique sans validation representerait un changement de nature de l'outil, pas une simple amélioration de l'assistant de rédaction décrit tout au long de ce guide.

#Ce que ça ne remplace pas

Un assistant local aide à démarrer une réponse, pas à gérer une boîte de réception entière. Le tri automatique, la priorisation des messages urgents ou l'envoi sans supervision restent des automatisations d'un autre ordre, qui posent des questions de fiabilité et de responsabilité différentes d'une simple aide à la rédaction. Ce guide reste volontairement centré sur le brouillon relu : c'est l'usage qui présente aujourd'hui le meilleur rapport entre gain de temps réel et risque encouru pour une correspondance professionnelle courante.

• Automatiser des workflows avec n8n et Ollama
• Installer un LLM en local pas à pas
• Les meilleures IA locales gratuites en 2026
• Checklist confidentialité pour un usage local de l'IA
• Source : extension ThunderAI (Thunderbird + Ollama)
• Source : proposition Mozilla d'assistant intégré à Thunderbird
• Source : documentation officielle Ollama (adresse locale par défaut)
• Source : extension thunderbird-ai (AI review, local Ollama/llama.cpp)
• Source : AI-Email-Agent, agent local-first avec validation humaine