En fait, sous Linux, les options sont plus que limitées : Thunderbird, principalement, sinon Geary, qui est très buggué et Kmail, qui dépend de toute la stack KDE (que je n'utilise pas).
J'interviens juste pour faire remarquer qu'il existe toujours Sylpheed, en bien plus léger qu'un Thunderbird, et sans grosse stack graphique. Et aussi Claws-mail, mais je ne l'utilise pas alors je n'en parlerai pas, mais pour ceux qui ne connaissent pas Claws-mail est un fork d'assez longue date de Sylpheed, et je ne connais pas les réelles différences.
J'apprécie Sylpheed depuis longtemps parce que c'est facile de gérer des tas de comptes, y compris temporaires, de garder un compte inactif dans un coin, de ranger et archiver ses mails, aussi bien localement que via IMAP.
Par exemple ma boîte d'archives est auto-hébergée, et j'y archive automatiquement avec des règles de filtrages des mails qui proviennent de toutes les autres boîtes.
On choisit très facilement quelles boîtes sont récupérées quand on clique sur « tout relever », et pour récupérer une autre boîte spécifique non-automatique il suffit de cliquer dessus (et faire relever manuellement si c'est du POP, mais l'IMAP est mis à jour à la volée).
Et tout ça en mails textuels : Sylpheed n'affiche pas les mails en HTML, mais présente la pièce-jointe HTML sur laquelle on peut cliquer pour l'ouvrir dans le navigateur, qui ouvre alors la copie locale hors-ligne de la partie HTML du mail.
J'ai un truc comme 100k mails dans mon Sylpheed, entre de l'IMAP et du local, ça n'a absolument aucun sens, et à part repartir de zéro je ne vois pas comment gérer ça aujourd'hui. Mais Sylpheed n'est pas perturbé par la quantité, ça va vite, ça ne plante pas. J'utilise le même Sylpheed depuis l'an 2000, en mettant à jour, sans jamais avoir rien eu de cassé, sans jamais avoir eu à faire de migration.
Avec tout ce bazar, il pompe 80Mo de RAM alors qu'il tourne depuis 15 jours (changé la batterie de portable fait tomber l'uptime, mais ça pourrait être 300 jours - et ça l'a déjà été - ça serait pareil).
Bref, je ne sais pas si Sylpheed peut répondre à ton besoin, parce qu'il ne s'utilise pas en mode texte, et ne s'interface pas avec org-mode, mais il n'a pas les inconvénients des trois que tu as cités.
Les mails étant stockés localement dans des fichiers individuels - y compris pour le cache local des boîtes en IMAP -, on peut même faire des recherches avec du grep, du find et des trucs comme ça.
Et si la boîte IMAP est définitivement inaccessible, ben tout ce qui est en cache localement est disponible, on peut même en déplaçant simplement le répertoire du cache dans un nouveau répertoire de la boîte locale les intégrer et y accéder comme s'ils avaient toujours été là.
On peut - noter le verbe utilisé qui n'oblige à rien - l'interfacer avec des outils de filtre antispam de façon très simple, il y a un préréglage pour bogofilter, sylfilter et bsfilter, mais comme tout ça se fait par l'invocation de lignes de commandes configurées dans Sylpheed, on peut interfacer un peu ce qu'on veut en bricolant.
On peut re-traiter tous les mails d'une boîte à travers le filtre anti-spam, ou les règles de filtrage, pour organiser après-coup des mails déjà reçus en fonction de nouvelles règles qu'on vient de créer.
Bref, avec un outil comme ça je n'ai jamais ressenti le besoin de subir Thunderbird ou Kmail...
Et sinon je serais probablement resté sous Alpine...
# Sylpheed
Posté par Yth (Mastodon) . En réponse au journal Vim ou Emacs pour le courriel ?. Évalué à 10.
J'interviens juste pour faire remarquer qu'il existe toujours Sylpheed, en bien plus léger qu'un Thunderbird, et sans grosse stack graphique. Et aussi Claws-mail, mais je ne l'utilise pas alors je n'en parlerai pas, mais pour ceux qui ne connaissent pas Claws-mail est un fork d'assez longue date de Sylpheed, et je ne connais pas les réelles différences.
J'apprécie Sylpheed depuis longtemps parce que c'est facile de gérer des tas de comptes, y compris temporaires, de garder un compte inactif dans un coin, de ranger et archiver ses mails, aussi bien localement que via IMAP.
Par exemple ma boîte d'archives est auto-hébergée, et j'y archive automatiquement avec des règles de filtrages des mails qui proviennent de toutes les autres boîtes.
On choisit très facilement quelles boîtes sont récupérées quand on clique sur « tout relever », et pour récupérer une autre boîte spécifique non-automatique il suffit de cliquer dessus (et faire relever manuellement si c'est du POP, mais l'IMAP est mis à jour à la volée).
Et tout ça en mails textuels : Sylpheed n'affiche pas les mails en HTML, mais présente la pièce-jointe HTML sur laquelle on peut cliquer pour l'ouvrir dans le navigateur, qui ouvre alors la copie locale hors-ligne de la partie HTML du mail.
J'ai un truc comme 100k mails dans mon Sylpheed, entre de l'IMAP et du local, ça n'a absolument aucun sens, et à part repartir de zéro je ne vois pas comment gérer ça aujourd'hui. Mais Sylpheed n'est pas perturbé par la quantité, ça va vite, ça ne plante pas. J'utilise le même Sylpheed depuis l'an 2000, en mettant à jour, sans jamais avoir rien eu de cassé, sans jamais avoir eu à faire de migration.
Avec tout ce bazar, il pompe 80Mo de RAM alors qu'il tourne depuis 15 jours (changé la batterie de portable fait tomber l'uptime, mais ça pourrait être 300 jours - et ça l'a déjà été - ça serait pareil).
Bref, je ne sais pas si Sylpheed peut répondre à ton besoin, parce qu'il ne s'utilise pas en mode texte, et ne s'interface pas avec org-mode, mais il n'a pas les inconvénients des trois que tu as cités.
Les mails étant stockés localement dans des fichiers individuels - y compris pour le cache local des boîtes en IMAP -, on peut même faire des recherches avec du grep, du find et des trucs comme ça.
Et si la boîte IMAP est définitivement inaccessible, ben tout ce qui est en cache localement est disponible, on peut même en déplaçant simplement le répertoire du cache dans un nouveau répertoire de la boîte locale les intégrer et y accéder comme s'ils avaient toujours été là.
On peut - noter le verbe utilisé qui n'oblige à rien - l'interfacer avec des outils de filtre antispam de façon très simple, il y a un préréglage pour bogofilter, sylfilter et bsfilter, mais comme tout ça se fait par l'invocation de lignes de commandes configurées dans Sylpheed, on peut interfacer un peu ce qu'on veut en bricolant.
On peut re-traiter tous les mails d'une boîte à travers le filtre anti-spam, ou les règles de filtrage, pour organiser après-coup des mails déjà reçus en fonction de nouvelles règles qu'on vient de créer.
Bref, avec un outil comme ça je n'ai jamais ressenti le besoin de subir Thunderbird ou Kmail...
Et sinon je serais probablement resté sous Alpine...