Il bridge non si connette su Snap/Flatpak

In breve: un Thunderbird in sandbox (Snap o Flatpak) non può avviare l’helper di atbridge.ai, quindi il componente aggiuntivo non si connette. Esegui l’helper come servizio in background (atbridge bridge service install && atbridge bridge service start) e associa il componente aggiuntivo su loopback con il token di atbridge bridge pair — oppure reinstalla Thunderbird da thunderbird.net.

Su Linux, se atbridge.ai “funzionava e poi si è fermato”, il componente aggiuntivo @bridge non si connette, o l’attivazione fallisce con un errore vago (e in ~/.atbridge non c’è nessun license.json), la causa è quasi sempre come è stato installato Thunderbird — non la tua licenza.

Perché succede

atbridge.ai comunica con Thunderbird attraverso un piccolo helper locale (un native-messaging host). Normalmente è Thunderbird stesso ad avviare quell’helper. Snap e Flatpak eseguono Thunderbird all’interno di un sandbox di sicurezza che gli impedisce di lanciare un programma esterno — quindi l’helper non si avvia mai e il componente aggiuntivo non si connette. Questo colpisce soprattutto gli utenti Ubuntu: l’App Center di Ubuntu installa Thunderbird come Snap per impostazione predefinita.

Buona notizia: non devi reinstallare Thunderbird. Un Thunderbird in sandbox può comunque effettuare connessioni di rete locali, quindi atbridge.ai include un fallback loopback — esegui tu stesso l’helper come piccolo servizio in background, e il componente aggiuntivo si connette a esso su 127.0.0.1. Configuralo una volta; resta attivo.

Consiglio

Questa pagina è la soluzione ufficiale per Thunderbird Snap/Flatpak. Su Windows, macOS e un Thunderbird Linux non in sandbox la configurazione predefinita non richiede nulla di tutto ciò — funziona e basta.

Passo 1 — Controlla come è installato Thunderbird

1. Esegui questi comandi in un terminale:

   snap list 2>/dev/null | grep -i thunderbird
   flatpak list 2>/dev/null | grep -i thunder
   which thunderbird

2. Se Thunderbird compare sotto snap o flatpak, usa il fallback loopback qui sotto. (Un percorso semplice come /usr/bin/thunderbird dal pacchetto della tua distribuzione o dal tarball di Mozilla non richiede nulla di tutto ciò.)

Nota

atbridge bridge tb-check rileva anch’esso un Thunderbird Snap/Flatpak e stampa questi stessi passi.

Passo 2 — Esegui il bridge come servizio in background

Questo esegue l’helper in modo autonomo (un servizio systemd --user) così il Thunderbird in sandbox può raggiungerlo su loopback invece di doverlo avviare.

1. Installa e avvia il servizio:

   atbridge bridge service install
   atbridge bridge service start

2. Verifica che sia attivo:

   atbridge bridge service status

   Deve risultare active. (Si avvia anche automaticamente al login.)

Passo 3 — Associa il componente aggiuntivo al servizio

Poiché il componente aggiuntivo non può leggere i file sul tuo computer, gli passi un token monouso così che solo lui possa comunicare con il servizio (nessuna pagina web casuale può farlo).

1. Stampa il token:

   atbridge bridge pair

   Copia il valore token che mostra.

2. In Thunderbird, apri atbridge.ai → Impostazioni → Avanzate → Bridge locale (Snap/Flatpak). Incolla il token, spunta Abilita fallback loopback e fai clic su Salva. (Lascia la porta a 45678 se non l’hai cambiata.)

Verifica

atbridge bridge ping
atbridge connect status

Una risposta da bridge ping significa che Thunderbird e atbridge.ai stanno comunicando su loopback. Poi attiva il tuo piano se non l’hai ancora fatto.

Consiglio

Non devi reinstallare Thunderbird. Il bridge loopback qui sopra è una configurazione di prima classe e supportata — mantieni il tuo Thunderbird Snap/Flatpak. (Se preferisci saltare la configurazione una tantum del servizio, un normale Thunderbird da thunderbird.net o un pacchetto della distribuzione usa il bridge nativo predefinito senza nulla di quanto sopra — ma è del tutto facoltativo.)

Dove andare adesso

• Quando l’attivazione fallisce
• Quando l’IA dice “no tools”
• Quando la tua IA non trova nulla