(message déjà posté sur fr.comp.applications.libres)
Des ralentissements sur un serveur de mail imap (MDK 7.3 + Postfix +
IMAP4rev1 v12.264.phall) sont observés dès que certains dossiers imap
contiennent entre 500 et 1500 messages.
Le ralentissement pourrait etre expliqué par le fait que la reindexation
de tels fichiers mbox demande beaucoup de ressource CPU.
L'utilisation de POP resoudrait ce probleme mais rendrait plus difficile
l'archivage et la sauvegarde des mails.
J'ai entendu dire qu'il serait possible de conserver le protocol imap en
utilisant un autre format que mbox sur une partition dédiée, pouvez vous
m'en dire plus ?
Merci pour votre attention.
Stéphane Thomas
P.S Qu'est-ce qui pourrait faire qu'un client outlook express "voit" 25
mails dans une INBOX alors qu'il y a + de 1500 en realité dans
/var/spool/mail/user ?
Que si on supprime les quelques messages du dossier IMAP "Elements
envoyés" les messages restent sur le serveur dans
/home/popuser/user/Elements envoyés ?
Je vais essayé ce soir de supprimer puis rajouter le compte sur le
client mais j'aimerai bien comprendre ce qu'il s'est passé...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Matthieu Pupat
Stéphane Thomas wrote:
Que si on supprime les quelques messages du dossier IMAP "Elements envoyés" les messages restent sur le serveur dans /home/popuser/user/Elements envoyés ?
Il me semble que par défaut OE n'efface pas les messages mais les marque juste comme supprimés. Il faut lui demander de les effacer VRAIMENT mais comme je ne l'ai pas utilisé depuis longtemps, je ne sais plus comment on fait.
-- Matthieu ----------------------------------------------------------------- Pour m'écrire remplacer surnom par tieum les 2 fois
Stéphane Thomas wrote:
Que si on supprime les quelques messages du dossier IMAP "Elements
envoyés" les messages restent sur le serveur dans
/home/popuser/user/Elements envoyés ?
Il me semble que par défaut OE n'efface pas les messages mais les marque
juste comme supprimés. Il faut lui demander de les effacer VRAIMENT mais
comme je ne l'ai pas utilisé depuis longtemps, je ne sais plus comment on
fait.
--
Matthieu
-----------------------------------------------------------------
Pour m'écrire remplacer surnom par tieum les 2 fois
Que si on supprime les quelques messages du dossier IMAP "Elements envoyés" les messages restent sur le serveur dans /home/popuser/user/Elements envoyés ?
Il me semble que par défaut OE n'efface pas les messages mais les marque juste comme supprimés. Il faut lui demander de les effacer VRAIMENT mais comme je ne l'ai pas utilisé depuis longtemps, je ne sais plus comment on fait.
-- Matthieu ----------------------------------------------------------------- Pour m'écrire remplacer surnom par tieum les 2 fois
Jyce
A mon avis il est preferable d'utiliser Maildir comme message store plutot /var/mail Non ??
"Stéphane Thomas" a écrit dans le message de news:3fcc445f$0$27031$
Bonjour,
(message déjà posté sur fr.comp.applications.libres)
Des ralentissements sur un serveur de mail imap (MDK 7.3 + Postfix + IMAP4rev1 v12.264.phall) sont observés dès que certains dossiers imap contiennent entre 500 et 1500 messages. Le ralentissement pourrait etre expliqué par le fait que la reindexation de tels fichiers mbox demande beaucoup de ressource CPU.
L'utilisation de POP resoudrait ce probleme mais rendrait plus difficile l'archivage et la sauvegarde des mails.
J'ai entendu dire qu'il serait possible de conserver le protocol imap en utilisant un autre format que mbox sur une partition dédiée, pouvez vous m'en dire plus ?
Merci pour votre attention.
Stéphane Thomas
P.S Qu'est-ce qui pourrait faire qu'un client outlook express "voit" 25 mails dans une INBOX alors qu'il y a + de 1500 en realité dans /var/spool/mail/user ? Que si on supprime les quelques messages du dossier IMAP "Elements envoyés" les messages restent sur le serveur dans /home/popuser/user/Elements envoyés ?
Je vais essayé ce soir de supprimer puis rajouter le compte sur le client mais j'aimerai bien comprendre ce qu'il s'est passé...
Et encore : Merci pour votre attention. :)
A mon avis il est preferable d'utiliser Maildir comme message store
plutot /var/mail
Non ??
"Stéphane Thomas" <thanks_to_reply@the_newsgroup.there> a écrit dans le
message de news:3fcc445f$0$27031$626a54ce@news.free.fr...
Bonjour,
(message déjà posté sur fr.comp.applications.libres)
Des ralentissements sur un serveur de mail imap (MDK 7.3 + Postfix +
IMAP4rev1 v12.264.phall) sont observés dès que certains dossiers imap
contiennent entre 500 et 1500 messages.
Le ralentissement pourrait etre expliqué par le fait que la reindexation
de tels fichiers mbox demande beaucoup de ressource CPU.
L'utilisation de POP resoudrait ce probleme mais rendrait plus difficile
l'archivage et la sauvegarde des mails.
J'ai entendu dire qu'il serait possible de conserver le protocol imap en
utilisant un autre format que mbox sur une partition dédiée, pouvez vous
m'en dire plus ?
Merci pour votre attention.
Stéphane Thomas
P.S Qu'est-ce qui pourrait faire qu'un client outlook express "voit" 25
mails dans une INBOX alors qu'il y a + de 1500 en realité dans
/var/spool/mail/user ?
Que si on supprime les quelques messages du dossier IMAP "Elements
envoyés" les messages restent sur le serveur dans
/home/popuser/user/Elements envoyés ?
Je vais essayé ce soir de supprimer puis rajouter le compte sur le
client mais j'aimerai bien comprendre ce qu'il s'est passé...
A mon avis il est preferable d'utiliser Maildir comme message store plutot /var/mail Non ??
"Stéphane Thomas" a écrit dans le message de news:3fcc445f$0$27031$
Bonjour,
(message déjà posté sur fr.comp.applications.libres)
Des ralentissements sur un serveur de mail imap (MDK 7.3 + Postfix + IMAP4rev1 v12.264.phall) sont observés dès que certains dossiers imap contiennent entre 500 et 1500 messages. Le ralentissement pourrait etre expliqué par le fait que la reindexation de tels fichiers mbox demande beaucoup de ressource CPU.
L'utilisation de POP resoudrait ce probleme mais rendrait plus difficile l'archivage et la sauvegarde des mails.
J'ai entendu dire qu'il serait possible de conserver le protocol imap en utilisant un autre format que mbox sur une partition dédiée, pouvez vous m'en dire plus ?
Merci pour votre attention.
Stéphane Thomas
P.S Qu'est-ce qui pourrait faire qu'un client outlook express "voit" 25 mails dans une INBOX alors qu'il y a + de 1500 en realité dans /var/spool/mail/user ? Que si on supprime les quelques messages du dossier IMAP "Elements envoyés" les messages restent sur le serveur dans /home/popuser/user/Elements envoyés ?
Je vais essayé ce soir de supprimer puis rajouter le compte sur le client mais j'aimerai bien comprendre ce qu'il s'est passé...
Et encore : Merci pour votre attention. :)
DINH Viêt Hoà
A mon avis il est preferable d'utiliser Maildir comme message store plutot /var/mail Non ??
non, ce n'est pas plus performant que mbox, ou alors pour certaines opérations mais mais on perd en performances pour d'autres.
Si tu cherches les performances, tu peux utiliser Cyrus qui utilise un format apparemment très spécifique pour faire de l'IMAP.
Et si tu cherches un format standard avec un peu plus de performance que le basic UW-IMAP, tu as DoveCot.
Sur le lien suivant, tu peux retrouver quelques résultats de comparaisons des différents serveurs envisageables :
http://dovecot.fi/dovecot-benchmark.txt
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
A mon avis il est preferable d'utiliser Maildir comme message store
plutot /var/mail
Non ??
non, ce n'est pas plus performant que mbox, ou alors pour certaines
opérations mais mais on perd en performances pour d'autres.
Si tu cherches les performances, tu peux utiliser Cyrus qui utilise un
format apparemment très spécifique pour faire de l'IMAP.
Et si tu cherches un format standard avec un peu plus de performance que
le basic UW-IMAP, tu as DoveCot.
Sur le lien suivant, tu peux retrouver quelques résultats de
comparaisons des différents serveurs envisageables :
http://dovecot.fi/dovecot-benchmark.txt
--
DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
Sur le lien suivant, tu peux retrouver quelques résultats de comparaisons des différents serveurs envisageables :
http://dovecot.fi/dovecot-benchmark.txt
Benchs qui sont un peu vieux de l'aveu même de l'auteur, depuis dovecot a pas mal évolué côté performances.
-- olive
DINH Viêt Hoà
DINH Viêt Hoà writes:
Sur le lien suivant, tu peux retrouver quelques résultats de comparaisons des différents serveurs envisageables :
http://dovecot.fi/dovecot-benchmark.txt
Benchs qui sont un peu vieux de l'aveu même de l'auteur, depuis dovecot a pas mal évolué côté performances.
heu ... d'après la machine utilisée, il ne sont pas si vieux que ça. Et puis, UW-IMAP, Cyrus et courier-imap n'ont pas tant évolué que ça au niveau algorithmique je pense.
Par contre, il est vrai que Dovecot est encore en chantier.
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
DINH Viêt Hoà <dinh.viet.hoa@free.fr> writes:
Sur le lien suivant, tu peux retrouver quelques résultats de
comparaisons des différents serveurs envisageables :
http://dovecot.fi/dovecot-benchmark.txt
Benchs qui sont un peu vieux de l'aveu même de l'auteur, depuis dovecot a pas
mal évolué côté performances.
heu ... d'après la machine utilisée, il ne sont pas si vieux que ça.
Et puis, UW-IMAP, Cyrus et courier-imap n'ont pas tant évolué que ça au
niveau algorithmique je pense.
Par contre, il est vrai que Dovecot est encore en chantier.
--
DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
Sur le lien suivant, tu peux retrouver quelques résultats de comparaisons des différents serveurs envisageables :
http://dovecot.fi/dovecot-benchmark.txt
Benchs qui sont un peu vieux de l'aveu même de l'auteur, depuis dovecot a pas mal évolué côté performances.
heu ... d'après la machine utilisée, il ne sont pas si vieux que ça. Et puis, UW-IMAP, Cyrus et courier-imap n'ont pas tant évolué que ça au niveau algorithmique je pense.
Par contre, il est vrai que Dovecot est encore en chantier.
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
