Tri auto-hébergé des e-mails : vérifier le déploiement

Le tri auto-hébergé des e-mails consiste à choisir où fonctionnent application et modèle. Une boîte sur Mailcow, Mailu ou un autre serveur n’auto-héberge pas automatiquement l’application de tri.

Séparer livraison et classification

L’application IMAP accède aux messages après livraison. La connexion n’exige pas de nouveaux MX. Vérifiez réseau, authentification prise en charge et dossiers visibles. Le contrôle actuel de production refuse les adresses privées ou réservées : une intégration de serveur privé exige un déploiement examiné par un administrateur.

Les règles serveur restent utiles pour des conditions exactes. Ajoutez une catégorie IA pour un besoin précis, sans déplacements contradictoires entre mécanismes.

Vérifier tout le parcours du modèle

Un modèle local ne garantit pas un traitement seulement local. Vérifiez application, accès réseau et modèle réel. Un endpoint personnel peut avoir un fournisseur par défaut de secours ; une requête échouée peut y être tentée.

Les paramètres de production refusent aussi les endpoints privés et de boucle locale. Ne désactivez pas les protections et n’exposez pas un serveur sans authentification comme raccourci. Une production privée demande une vérification du déploiement, pas une simple URL localhost.

Tester sans données confidentielles

Utilisez facture fictive, publicité du même expéditeur et cas ambigu. Notez les attentes, vérifiez aperçu puis déplacements IMAP réels. Simulez une panne du modèle et observez les requêtes sortantes avant d’affirmer un traitement seulement local. Aucun test complet de panne n’est revendiqué ici.

Gardez routine, sauvegardes et récupération. L’historique n’annule pas suppression définitive ou transfert ; le résumé transféré inclut l’original.

Voir Mailcow, modèle et Ollama.