Plantage IMAP aléatoire

[FredCI]

Bonjour,

J'ai un problème très curieux avec Thunderbird 3. Je m'occupe d'un parc d'une centaine de PC qui a migré de Thunderbird 2 vers la version 3.0.4 cet été (sous Windows XP SP3) avec l'antivirus Nod32. Côté serveur de messagerie, j'ai une Debian avec Postfix/SpamAssassin en IMAP.

Depuis la migration, j'ai régulièrement des utilisateurs dont l'affichage ne se rafraîchit plus. Ils suppriment des messages, il ne se passe rien, ils vont dans un autre dossier et reviennent pour constater que l'opération a bien été prise en compte. Autre bug du même style, les messages reçus arrivent en double, triple exemplaire et parfois plus. Mettre à jour Thunderbird n'a rien réglé. Que ce soit en restant dans la branche 3.0.X ou en allant dans la 3.1.X. La seule manip' qui résout le problème est de supprimer le compte et de le recréer.

Les PC ont été installés à peu près tous au même moment, certains utilisateurs ont rencontré ces soucis au bout de 15 jours, pour d'autres c'était 2 mois, etc...et j'en ai encore maintenant à qui cela arrive. Les 2 ou 3 qui tournent sous Ubuntu n'ont pas rencontré de difficulté.

Une idée de ce qui peut se passer, ou du moins d'où regarder ?

Merci

[Jacques-64]

Bonjour,

J'aurais tendance à regarder côté IMAP du serveur s'il n'y a pas trop de connexions ouvertes en simultané (en tout cas, tentative d'en ouvrir plus que possible). Peut-être aussi modifier (à priori baisser) le paramètre des connexions en cache côté clients (mais je n'ai toujours pas compris exactement à quoi sert ce paramètre).

A+

Jacques

[FredCI]

Bonjour,

J'ai regardé dans les logs du serveur et effectivement je vois des événements de ce registre :
* imapd: Maximum connection limit reached for ::ffff:10.0.1.253

Le serveur a été refait il y a un an (à l'époque où les utilisateurs étaient en Thunderbird 2), et j'avais eu des soucis de max connection mais pas par IP. Cela avait été corrigé en augmentant MAXDAEMONS dans le fichier imapd. Là je vais augmenter le MAXPERIP. Il est à 20, j'ai des utilisateurs avec 5-6 comptes et 5 connexions en cache pour chaque...

Peut-être aussi modifier (à priori baisser) le paramètre des connexions en cache côté clients (mais je n'ai toujours pas compris exactement à quoi sert ce paramètre)

J'ai déjà eu des messages d'erreur là dessus sur mon compte perso (FAI SFR). J'utilisais 3 PC distincts, chacun ayant la valeur par défaut de 5 connexions en cache et je recevais parfois un message d'erreur très explicite me demandant de faire baisser cette valeur.

Donc là je change le MAXPERIP et je ferai un retour pour vérifier si le bug se reproduit.

Merci pour le tuyau

[FredCI]

La modif est en place, plus d'événements dans les logs serveurs, j'attends le prochain plantage (ou pas si tout va bien)

[FredCI]

Bonjour,

Malheureusement, mon souci est réapparu depuis décembre dernier. J'ai des postes qui, de temps en temps, m'obligent à supprimer les comptes pour les recréer. Une précision sur l'environnement technique : les postes sont équipés de Nod32 comme antivirus, la plupart ont l'extension Lightning, mais pas d'autres plug-in à Thunderbird.

Une idée ?

Merci

[caméléon]

Tu as baissé le nombre de connexions gardées en cache? J'ai moi aussi assez rarement ce genre de message avec mon compte imap laposte.net.
Sur cette page, http://cri.univ-lille3.fr/aide/messager ... page2.html il est recommandé de mettre la valeur à 2 ou 3 au lieu de 5 initialement. Il est aussi recommandé de ne pas relever ces mails toutes les 2 minutes (certains utilisateurs peuvent avoir cette tentation) mais de plutôt utiliser la commande "idle" si le serveur la supporte.

[FredCI]

Non, je n'ai pas encore essayé ça. Y a-t-il un moyen de changer cette config à distance ?

Pour info, j'ai eu encore un cas ce matin et j'ai vérifié les logs du serveur sur cette période. RAS, aucun message sur lequel m'appuyer

[caméléon]

Y a-t-il un moyen de changer cette config à distance ?

Ca suppose de pouvoir modifier cette ligne du fichier pref.js du profil de tes utilisateurs:

Code : Tout sélectionner

user_pref("mail.server.server1.max_cached_connections", 5);

Je ne sais pas si tu saurais le faire à l'ouverture ou fermeture de session? l faut en tout cas que Thunderbird soit fermé.

Il me semble plus simple de leur envoyer une petite copie d'écran expliquant quel paramètre changer, ils pourront en même temps vérifier qu'ils n'ont pas un rythme de relève trop agressif pour le serveur...

[FredCI]

Je vais tenter le coup en déploiement automatique plutôt. ça ne le fera pas en proposant une procédure, malheureusement. Les utilisateurs relèvent leur mail automatiquement toutes les 10 minutes. La majorité n'a qu'un compte, certains en ont plusieurs, jusqu'à 5.

[caméléon]

Pour ceux qui ont plusieurs comptes, il faut modifier plusieurs lignes en changeant server1 en server2, server3,...).

[caméléon]

Tiens nous au courant
Au fait, tu fais comment pour retoucher ces fichiers pref.js à distance?

[FredCI]

J'utilise mon pouvoir de chef en demandant à l'admin réseaux de le faire

Plus sérieusement, je vous tiens au courant de la manière dont on déploiera et du résultat. Le passage de Thunderbird 2 à 3 cause vraiment beaucoup plus de plantages qu'avant, ce à quoi je ne m'attendais pas, et je tiens à comprendre. D'autant que la philosophie informatique globale est très clairement orientée open source, donc il ne faut pas que je laisse trop de doutes s'insinuer chez les utilisateurs.

[caméléon]

Thunderbird 3 fait des choses plus complexes (genre: indexage des courriels) qui apportent un gain réel (recherche instantanée) mais peuvent solliciter les ressources systèmes. Il convient donc de peser le pour et le contre d'activer cette option.

Une seconde préférence à changer de façon systématique, c'est activer le compactage automatique, pour éviter que les boites ne s'alourdissent au delà du raisonnable. Il s'agit de la préférence: mail.prompt_purge_threshhold qu'il faut passer à TRUE avec un seuil défini par mail.purge_threshhold qui peut-être placé à 2000 (ko). Pour plus de détails sur le compactage: http://www.geckozone.org/articles/2006/ ... -seamonkey

[FredCI]

Un élément intéressant découvert hier qui peut aider à éclairer le schmilblick. Je suis passé sur un poste et j'ai fait un "Réparer le dossier" (sur Courrier Entrant) suivi d'un "Compacter les dossiers". Ces opérations se sont bien passées mais l'utilisateur en question accède aussi à sa boîte mail via un Blackberry et un Iphone (configurés en IMAP). Et le Blackberry a eu le même comportement que Thunderbird. Un mail reçu à 12h14 en un seul exemplaire sur Thunderbird s'est retrouvé reçu en plusieurs exemplaires sur le Blackberry. 1 par minute pour être précis, comme si le smartphone ne se rendait pas compte qu'il a déjà récupéré ce mail. Et il a fallu, comme pour Thunderbird, que je recrée le compte sur le Blackberry pour que le problème soit corrigé.

Intriguant non ? Par contre, cela aurait plutôt tendance à me diriger vers un problème serveur qu'un problème client....