Le bridge ne se connecte pas sur Snap/Flatpak
En bref : un Thunderbird en bac à sable (Snap ou Flatpak) ne peut pas lancer
l’assistant d’atbridge.ai, donc l’add-on ne se connecte pas. Lancez l’assistant comme
service en arrière-plan (atbridge bridge service install && atbridge bridge service start)
et appairez l’add-on en loopback avec le jeton de atbridge bridge pair — ou
réinstallez Thunderbird depuis thunderbird.net.
Sous Linux, si atbridge.ai « fonctionnait puis s’est arrêté », si l’add-on @bridge
n’arrive pas à se connecter, ou si l’activation échoue avec une erreur vague
(et que ~/.atbridge ne contient pas de license.json), la cause est presque
toujours la façon dont Thunderbird a été installé — pas votre licence.
Pourquoi cela arrive
Section intitulée « Pourquoi cela arrive »atbridge.ai communique avec Thunderbird via un petit assistant local (un hôte de messagerie native). Normalement, Thunderbird lance cet assistant lui-même. Snap et Flatpak exécutent Thunderbird dans un bac à sable de sécurité qui lui interdit de lancer un programme extérieur — l’assistant ne démarre donc jamais et l’add-on ne peut pas se connecter. Cela touche particulièrement les utilisateurs d’Ubuntu : l’Ubuntu App Center installe Thunderbird en tant que Snap par défaut.
Bonne nouvelle : vous n’avez pas à réinstaller Thunderbird. Un Thunderbird en
bac à sable peut toujours établir des connexions réseau locales, donc atbridge.ai
fournit un repli loopback — vous lancez l’assistant vous-même comme petit
service en arrière-plan, et l’add-on s’y connecte via 127.0.0.1. Configurez-le
une fois ; ça reste en place.
Étape 1 — Vérifier comment Thunderbird est installé
Section intitulée « Étape 1 — Vérifier comment Thunderbird est installé »-
Exécutez ceci dans un terminal :
Fenêtre de terminal snap list 2>/dev/null | grep -i thunderbirdflatpak list 2>/dev/null | grep -i thunderwhich thunderbird -
Si Thunderbird apparaît sous snap ou flatpak, utilisez le repli loopback ci-dessous. (Un chemin simple comme
/usr/bin/thunderbirdissu du paquet de votre distribution ou de l’archive de Mozilla n’a besoin d’aucune de ces étapes.)
Étape 2 — Lancer le bridge comme service en arrière-plan
Section intitulée « Étape 2 — Lancer le bridge comme service en arrière-plan »Cela lance l’assistant de façon autonome (un service systemd --user) pour que le
Thunderbird en bac à sable puisse l’atteindre en loopback au lieu d’avoir à le
lancer.
-
Installez et démarrez le service :
Fenêtre de terminal atbridge bridge service installatbridge bridge service start -
Vérifiez qu’il tourne :
Fenêtre de terminal atbridge bridge service statusVous voulez
active. (Il démarre aussi automatiquement à votre connexion.)
Étape 3 — Appairer l’add-on avec le service
Section intitulée « Étape 3 — Appairer l’add-on avec le service »Comme l’add-on ne peut pas lire les fichiers de votre machine, vous lui remettez un jeton à usage unique pour que lui seul puisse parler au service (aucune page web quelconque ne le peut).
-
Affichez le jeton :
Fenêtre de terminal atbridge bridge pairCopiez la valeur
tokenaffichée. -
Dans Thunderbird, ouvrez atbridge.ai → Paramètres → Avancé → Bridge local (Snap/Flatpak). Collez le jeton, cochez Activer le repli loopback, puis cliquez sur Enregistrer. (Laissez le port sur
45678sauf si vous l’avez changé.)
Vérifier
Section intitulée « Vérifier »atbridge bridge pingatbridge connect statusUne réponse de bridge ping signifie que Thunderbird et atbridge.ai communiquent en
loopback. Ensuite, activez votre offre si ce n’est pas
encore fait.
Où aller ensuite
Section intitulée « Où aller ensuite »Was this page helpful?
Thanks for the feedback!