Smistamento self-hosted: verificare il deployment

Lo smistamento email self-hosted richiede di scegliere dove funzionano app e modello. Una casella su Mailcow, Mailu o altro server non ospita automaticamente anche l’applicazione di smistamento.

Separa consegna e classificazione

L’app IMAP accede dopo la consegna. Collegarla non richiede nuovi MX. Verifica rete, autenticazione supportata e cartelle visibili. La protezione attuale in produzione rifiuta indirizzi privati o riservati: un’integrazione privata richiede un deployment controllato da un amministratore.

Le regole server servono per condizioni esatte. Aggiungi IA per uno scopo preciso senza spostamenti contraddittori tra sistemi.

Verifica tutto il percorso del modello

Un modello locale non garantisce elaborazione solo locale. Controlla app, rete e modello effettivo. Un endpoint personale può avere un provider predefinito di riserva e tentare lì una richiesta fallita.

Le impostazioni di produzione rifiutano anche endpoint privati e di loopback. Non disattivare protezioni o esporre un server senza autenticazione come scorciatoia. Una produzione privata richiede una verifica del deployment, non solo un URL localhost.

Prova senza email riservate

Usa fattura fittizia, promozione dello stesso mittente e caso ambiguo. Annota attese e verifica anteprima e spostamenti IMAP reali. Simula guasto del modello e osserva richieste in uscita prima di dichiarare elaborazione solo locale. Non viene dichiarato un test completo di guasto eseguito.

Mantieni routine, backup e recupero. La cronologia non annulla cancellazioni permanenti o inoltri; un inoltro con riassunto include l’originale.

Vedi Mailcow, modello e Ollama.