URL: https://linuxfr.org/users/rogo/journaux/thunderbird-mon-premier-contact-est-une-deception Title: Thunderbird, mon premier contact est une déception ! Authors: rogo Date: 2018年04月09日T09:25:59+02:00 License: CC By-SA Tags: thunderbird Score: 64 ## Contexte J'ai voulu passer à Thunderbird. Je pensais que c'était un client lourd, riche en capacités. En pratique, je le trouve tellement limité qu'après une semaine d'utilisation, je l'abandonne. J'avais pris des notes, au départ uniquement pour lister les problèmes que je pensais résoudre plus tard. Ce qui suit ne présente donc que les défauts, à mes yeux, du logiciel, il ne dit rien de ce qui fonctionne de façon satisfaisante. Certains comportements ci-dessous sont plutôt anecdotiques, d'autres sont vraiment handicapants. ## Performance et fiabilité - Parfois Thunderbird ne répond plus pendant une minute, sans message. Le sentiment de lenteur est très fréquent, même après avoir désactivé la recherche globale. - Les opérations IMAP plantent parfois, par exemple en déplaçant puis supprimant des messages. Je suppose qu'il lance la seconde commande quand la première n'a pas encore abouti. - Pour des répertoires trop remplis, Thunderbird finit par proposer d'arrêter le script JS en cours. Je ne savais pas qu'il y avait du code JS dans Thunderbird, et le message avec un nom de fichier bizarre en ".js" à de quoi faire paniquer certains utilisateurs. - Le filtre statistique anti-spam s'applique sans attendre un volume minimal d'apprentissage, avec des résultats stupides et parfois dangereux. - Quand Thunderbird pompe 100% d'un cœur, on voit qu'il est monothreadé car toutes les actions rament. ## Listes de diffusion - Rien de simple pour filtrer ou marquer ou repérer les listes de diffusion. - Pour déplacer les messages d'une liste de diffusion dans un répertoire, il faut ajouter le champ "List-Id" aux critères des filtres, puis regarder le code source d'un message pour noter cet Id, puis créer un filtre avec ce critère. C'est pénible. - Rien pour se désinscrire, sauf à regarder le code source du message. ## Interface visuelle - On ne voit pas où est le focus parmi les 3 panneaux. C'est presque bloquant pour l'utilisation du clavier. - On peut changer la taille de la police dans la fenêtre du contenu d'un message, mais pour la liste des messages, c'est impossible (à moins de passer par des fichiers GTK). - Les onglets ne s'appliquent pas à tout : impossible d'y rédiger un message. - J'avais supprimé quelques centaines de messages, et cela a échoué sans que je comprenne pourquoi, tandis que Thunderbird m'assénait consciencieusement une alerte par échec, jusqu'à ce que je m'énerve et le tue. ## Ergonomie - Pas de documentation livrée, tout est sur internet, via le navigateur web par défaut. - Peu de raccourcis au clavier, par exemple rien pour aller à la fenêtre des dossiers. - Les raccourcis au clavier ne sont pas visibles dans les menus, il faut lire la doc pour les découvrir. - La souris est le seul moyen rapide de naviguer entre les répertoires. Je n'ai pas même trouvé d'extension satisfaisante pour cela. - Beaucoup de paramètres n'ont pas de valeur par défaut, d'où une configuration initiale très répétitive. Par exemple, pour envoyer du texte simple plutôt que du HTML, il faut configurer chaque compte. Idem pour la gestion du spam, tandis que les accusés de réception ont une configuration globale par défaut. ## Rédaction des messages - Il faut une extension pour pouvoir utiliser un éditeur externe, et on garde alors la fenêtre Thunderbird du message en plus de l'externe. - Les espaces insécables sont sécables pour Thunderbird. Plus précisément, il remplace silencieusement les espaces insécables (testé notamment en saisissant un paragraphe dans un éditeur externe ; ThB affiche correctement ce paragraphe, mais si on le copie-colle, plus d'espace insécables !). Ce bug est dû au fonctionnement aberrant de la saisie dans FF et ThB, comme le décrit Ce bug ouvert en 2005 est officiellement corrigé 13 ans plus tard dans ThB 56, mais je reste dubitatif : le ticket indique que ThB ESR (52.5) est aussi corrigé, alors que mon instance ESR 52.6 souffre encore de ce bug. ## Affichage des messages - Je reçois un message en texte brut. Mes options d'affichage du corps du message sont : HTML original, HTML simple, ou texte seul. C'est incompréhensible. - Par défaut, les mails reçus en "flowed" sont affichés sur toute la largeur de la fenêtre. Je n'ai pas trouvé comment imposer une largeur maximale, pour être lisible dans tous les cas. À défaut, j'ai préféré désactiver `mailnews.display.disable_format_flowed_support` dans les réglages avancés, c'est-à-dire revenir aux retours à la ligne tels que les voyait l'expéditeur si ma fenêtre est assez large. ## Recherche - La recherche ne permet pas d'exclure un terme : `LaTeX -cuir` listera les messages contenant `latex` ou `cuir`. Pas mieux pour les termes exacts : je cherchais un mail mentionnant monsieur `Debord`, et c'est fou ce que le terme `débordé` est fréquent. - Pas de recherche avancée, cf Claws-mail, par exemple `t guillaume & s latex` (messages envoyés à Clément à propos de LaTeX). - L'interface du filtre avec les 4 boutons de sélections en tons de gris est perverse, je n'ai toujours pas compris quel gris correspondait à l'activation, et quel gris à la désactivation du critère. - Je change le texte cherché : à gauche de ma saisie est écrit en rouge « Pas de résultats », tandis que le pied de page contient « Recherche en cours... » Qui croire ? Au bout de 2 minutes sans changement, j'opte pour le premier texte. ## Capacités techniques - Ne sait pas lire officiellement le format Maildir. On peut l'y contraindre, mais c'est risqué. Donc impossible de panacher avec un système de recherche comme notmuch. - Impossible de désactiver le mode "wrap+flowed" pour le message en cours de rédaction. Je souhaitais coller quelques lignes de log dans le message, mais Thb casse les longues lignes, sans garantie que les clients recevant le message reconstitueront des lignes entières (peu probable). - Impossible de filtrer sur la présence d'un en-tête. Concrètement, le but était d'ajouter l'étiquette "Gitlab" en cas de présence du champ "X-Gitlab-Project". Il n'y a de critère d'existence, et le critère "n'est pas vide" est apparemment satisfait par tous les messages — ce qui est probablement un bug. ## Bugs En plus des bugs d'affichage signalés ci-dessus : - Dans des répertoires aux messages triés par dates croissantes, le symbole qui s'affiche dans l'en-tête indique le contraire. Au survol par la souris, l'affichage est corrigé.

AltStyle によって変換されたページ (->オリジナル) /