Journal Serveur IMAP & mozilla-thunderbird

Posté par  .
Étiquettes : aucune
0
16
mar.
2004
'lo,

Afin de résoudre des problèmes de BAL sur différents postes, j'ai enfin installé un serveur de mail centralisé :
WEB ]--- fetchmail ---|
SMTP -------------------|---- postfix --- procmail ---- [ LAN

Jusque là tout va bien, procmail remplit la boîte locale (maildir) de chaque utilisateur selon les règles de son .procmailrc à partir des mails arrivés via SMTP ou récupérer depuis fetchmail.

En revanche, la consultation se fait au travers du serveur IMAP courier (afin que les mails d'un compte restent accessibles depuis n'importe quel poste) mais les clients mozilla-thunderbird connaissent quelques problèmes de rafraichissement pour les nouveaux mails.

Dans thunderbird :
- seul "Inbox" voit les mails non lus au fur et à mesure de leur arrivée
- les sous répertoires sont parfois mis à jour lorsqu'ils sont sélectionnés
- au bout de 2 ou 3 sélections de sous répertoires, leur contenu lu n'est plus affiché ou le contenu d'un message sélectionné n'est pas visible. Dans tous les cas, les messages non lus redistribué par procmail ne sont pas affichés.

Quelqu'un a-t-il eu ce problème ?
Est-ce un problème "courier" ? thunderbird (plus probablement) ?
Avez-vous un début d'embryon de solution ?
Avez-vous un meilleur choix concernant un serveur IMAP ?

Merci.

  • # Re: Serveur IMAP & mozilla-thunderbird

    Posté par  . Évalué à 1.

    J'ai tres exactement le même probleme. J'ai fait la meme architecture suite a ce journal https://linuxfr.org/~Dam_ned/9954.html(...)

    Je n'ai pas encore regardé le bugzilla pour voir si cela etait deja rapporté/corrigé

    Dam

  • # Re: Serveur IMAP & mozilla-thunderbird

    Posté par  (site web personnel) . Évalué à 1.

    je n'ai pas la solution : et j'avoue ne pas avoir cherché !
    mais de mon côté, la solution qui est en place est :
    postfix + fetchmail + imap-courrier

    Et je n'utilise plus Mozilla qui ne savait apparement pas lire mes répertoires Imap, par contre avec d'autre lecteur cela fonctionne.
    Si tu trouves une solution je suis preneur !

  • # Re: Serveur IMAP & mozilla-thunderbird

    Posté par  . Évalué à 3.

    J'ai eu le même genre de problème avec Mozilla et Courier-IMAP : plus précisément, Mozilla se déconnectait fréquemment et les dossiers IMAP n'étaient pas lus (à cause justement des déconnexions). Je devais me réauthentifier à chaque fois.

    La solution que j'utilise (je ne sais plus où je l'avais trouvé), c'est d'augmenter les paramètres "MAXDAEMONS" et "MAXPERIP", dans le fichier de configuration de Courier-IMAP (/path/to/conf/imapd) ; par défaut on a 20 et 4 (si je me rappelle bien), et en les mettant à 100 et 25, ça roule. Attention cependant, je n'ai que 2/3 postes qui accèdent à ce serveur IMAP. Il faut essayer

    MAXDAEMONS=1000
    MAXPERIP=100

    si vous avez plus de postes.

    Ah, j'ai retrouvé ça, pour avoir plus d'infos :
    http://buffy.riseup.net/open-issues/courier-mozilla.txt(...)
    http://bugzilla.mozilla.org/show_bug.cgi?id=87825(...)

    • [^] # MAXDAEMONS=100 & MAXPERIP=25

      Posté par  . Évalué à 1.

      Super... avec tes valeurs, tout a l'air de se passer à merveille : nul besoin de relancer thunderbird pour visualiser un sous dossier.
      Merci.

  • # Re: Serveur IMAP & mozilla-thunderbird

    Posté par  (site web personnel) . Évalué à 2.

    Il y a une pref pour obliger tb/mozilla a chopper les nouveaux messages dans tous les dossier/sous-dossiers. son nom: mail.check_all_imap_folders_for_new, a mettre a true.

    Sinon, tu peux demander a tb/mozilla d'utiliser un certain nombre de connexions au serveur maximum, histoire de le desengorger. C'est dans les preferences avancées de ton compte mail.

  • # Héberger sa solution "mail"

    Posté par  . Évalué à 1.

    Merci à tous de vos infos... j'essaie dès ce soir ;o)
    (MAXDAEMONS & MAXPERIP sont très bas sous Debian par défaut, je vais voir ça, mais mail.check_all_imap_folders_for_new est déjà à true...)

    Sinon, pour ceux qui hésiterait et malgré mes déboires, la solution fetchmail + postfix + procmail/spamassassin + courier est extrêmement simple à mettre en place côté configuration (en lisant la doc fournie) :
    - fetchmail ~ 10 mn
    - procmail + spamassassin ~ 20 mn (ensuite le promailrc de chacun vient au fur et à mesure)
    - courier ~10 mn
    - postfix un poil plus complexe ~ 1-2 h pour le sécuriser un minimum (mail_relay, bouncing, ...)
    - reconfiguration exim4 sur postes clients ~3 mn par client (merci exim4_config)
    + divers (DNS, MX backup, firewall, ...)

    En gros, une demi-journée et c'est plié. Les améliorations viennent à l'usage.

    PS: quelques infos en vrac
    - "mailstat procmail.log" pour visualiser les mails en arrivée
    - "mailq" pour la file d'attente locale.
    - "mail < adresse >" pour tester l'envoi/réception depuis différentes machines.
    - "man procmailex" pour les règles de distribution des mails et la configuration de procmailrc.
    - "postmap /etc/postfix/virtual" pour mettre à jour les domaines virtuels.
    - "http://security-labs.org/index.php3?page=413(...)" pour le "no relay"
    - ...

    C'est ce qui me vient en tête là tout de suite. Si vous avez d'autres commandes/docs/sites de référence : à vos claviers...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.