Sur un serveur etch avec dovecot-imapd install=E9,
nous avons des probl=E8mes de connexion. Des utilisateurs
observent des lenteurs pour r=E9cup=E9rer leur email ou
pour enregistrer dans les boites.
On a pas vu grand chose dans les logs ...
Par contre un /etc/init.d/dovecot restart r=E9soud le
probl=E8me pour un certain temps.
=E7a fait un peu comme si il y avait un nombre maximum
de session dovecot.
Est-ce que quelqu'un a d=E9j=E0 observ=E9 le ph=E9nom=E8ne ?
Un red=E9marrage de dovecot toutes les x minutes dans
un crontab n'est pas vraiment une solution satisfaisante.
Merci.
--=20
Guy
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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
Daniel Caillibaud
Guy Roussin a écrit :
Bonjour,
Sur un serveur etch avec dovecot-imapd installé, nous avons des problèmes de connexion. Des utilisateurs observent des lenteurs pour récupérer leur email ou pour enregistrer dans les boites. On a pas vu grand chose dans les logs ... Par contre un /etc/init.d/dovecot restart résoud le problème pour un certain temps.
Tu as regardé les différents logs ? (auth, dovecot, mail, etc...). Que donne un netstat -tanpe (avec éventuellement du grep ou awk derrière pour filtrer). avant / après redémarrage ?
ça fait un peu comme si il y avait un nombre maximum de session dovecot.
Dans les fichiers de conf dovecot, tu as
mail_max_userip_connections = 10 Maximum number of IMAP connections allowed for a user from each IP address. NOTE: The username is compared case-sensitively.
Mais coté postfix (idem pour autre mta) tu as aussi un nb max de session smtp simultanées.
Est-ce que quelqu'un a déjà observé le phénomène ?
Non, mais j'ai peu d'utilisateurs.
Un redémarrage de dovecot toutes les x minutes dans un crontab n'est pas vraiment une solution satisfaisante.
Non, effectivement ;-)
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Guy Roussin a écrit :
Bonjour,
Sur un serveur etch avec dovecot-imapd installé,
nous avons des problèmes de connexion. Des utilisateurs
observent des lenteurs pour récupérer leur email ou
pour enregistrer dans les boites.
On a pas vu grand chose dans les logs ...
Par contre un /etc/init.d/dovecot restart résoud le
problème pour un certain temps.
Tu as regardé les différents logs ? (auth, dovecot, mail, etc...).
Que donne un
netstat -tanpe (avec éventuellement du grep ou awk derrière pour filtrer).
avant / après redémarrage ?
ça fait un peu comme si il y avait un nombre maximum
de session dovecot.
Dans les fichiers de conf dovecot, tu as
mail_max_userip_connections = 10
Maximum number of IMAP connections allowed for a user from each IP address. NOTE: The username is compared case-sensitively.
Mais coté postfix (idem pour autre mta) tu as aussi un nb max de session smtp simultanées.
Est-ce que quelqu'un a déjà observé le phénomène ?
Non, mais j'ai peu d'utilisateurs.
Un redémarrage de dovecot toutes les x minutes dans
un crontab n'est pas vraiment une solution satisfaisante.
Non, effectivement ;-)
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sur un serveur etch avec dovecot-imapd installé, nous avons des problèmes de connexion. Des utilisateurs observent des lenteurs pour récupérer leur email ou pour enregistrer dans les boites. On a pas vu grand chose dans les logs ... Par contre un /etc/init.d/dovecot restart résoud le problème pour un certain temps.
Tu as regardé les différents logs ? (auth, dovecot, mail, etc...). Que donne un netstat -tanpe (avec éventuellement du grep ou awk derrière pour filtrer). avant / après redémarrage ?
ça fait un peu comme si il y avait un nombre maximum de session dovecot.
Dans les fichiers de conf dovecot, tu as
mail_max_userip_connections = 10 Maximum number of IMAP connections allowed for a user from each IP address. NOTE: The username is compared case-sensitively.
Mais coté postfix (idem pour autre mta) tu as aussi un nb max de session smtp simultanées.
Est-ce que quelqu'un a déjà observé le phénomène ?
Non, mais j'ai peu d'utilisateurs.
Un redémarrage de dovecot toutes les x minutes dans un crontab n'est pas vraiment une solution satisfaisante.
Non, effectivement ;-)
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Guy Roussin
Daniel Caillibaud a écrit :
Guy Roussin a écrit :
Bonjour,
Sur un serveur etch avec dovecot-imapd installé, nous avons des problèmes de connexion. Des utilisateurs observent des lenteurs pour récupérer leur email ou pour enregistrer dans les boites. On a pas vu grand chose dans les logs ... Par contre un /etc/init.d/dovecot restart résoud le problème pour un certain temps.
Tu as regardé les différents logs ? (auth, dovecot, mail, etc...). Que donne un netstat -tanpe (avec éventuellement du grep ou awk derrière pour filtrer). avant / après redémarrage ?
ça fait un peu comme si il y avait un nombre maximum de session dovecot.
Dans les fichiers de conf dovecot, tu as
mail_max_userip_connections = 10 Maximum number of IMAP connections allowed for a user from each IP address. NOTE: The username is compared case-sensitively.
Mais coté postfix (idem pour autre mta) tu as aussi un nb max de session smtp simultanées.
Est-ce que quelqu'un a déjà observé le phénomène ?
Non, mais j'ai peu d'utilisateurs.
Un redémarrage de dovecot toutes les x minutes dans un crontab n'est pas vraiment une solution satisfaisante.
Non, effectivement ;-)
Merci pour ces infos.
J'ai ajouté dans le fichier /etc/dovecot.conf l'option suivante :
login_process_per_connection = no
Puis j'ai redémarré dovecot
Pour l'instant, le problème ne se pose plus.
Mais est-ce la bonne méthode ?
Guy
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel Caillibaud a écrit :
Guy Roussin a écrit :
Bonjour,
Sur un serveur etch avec dovecot-imapd installé,
nous avons des problèmes de connexion. Des utilisateurs
observent des lenteurs pour récupérer leur email ou
pour enregistrer dans les boites.
On a pas vu grand chose dans les logs ...
Par contre un /etc/init.d/dovecot restart résoud le
problème pour un certain temps.
Tu as regardé les différents logs ? (auth, dovecot, mail, etc...).
Que donne un
netstat -tanpe (avec éventuellement du grep ou awk derrière pour
filtrer).
avant / après redémarrage ?
ça fait un peu comme si il y avait un nombre maximum
de session dovecot.
Dans les fichiers de conf dovecot, tu as
mail_max_userip_connections = 10
Maximum number of IMAP connections allowed for a user from each IP
address. NOTE: The username is compared case-sensitively.
Mais coté postfix (idem pour autre mta) tu as aussi un nb max de
session smtp simultanées.
Est-ce que quelqu'un a déjà observé le phénomène ?
Non, mais j'ai peu d'utilisateurs.
Un redémarrage de dovecot toutes les x minutes dans
un crontab n'est pas vraiment une solution satisfaisante.
Non, effectivement ;-)
Merci pour ces infos.
J'ai ajouté dans le fichier /etc/dovecot.conf
l'option suivante :
login_process_per_connection = no
Puis j'ai redémarré dovecot
Pour l'instant, le problème ne se pose plus.
Mais est-ce la bonne méthode ?
Guy
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sur un serveur etch avec dovecot-imapd installé, nous avons des problèmes de connexion. Des utilisateurs observent des lenteurs pour récupérer leur email ou pour enregistrer dans les boites. On a pas vu grand chose dans les logs ... Par contre un /etc/init.d/dovecot restart résoud le problème pour un certain temps.
Tu as regardé les différents logs ? (auth, dovecot, mail, etc...). Que donne un netstat -tanpe (avec éventuellement du grep ou awk derrière pour filtrer). avant / après redémarrage ?
ça fait un peu comme si il y avait un nombre maximum de session dovecot.
Dans les fichiers de conf dovecot, tu as
mail_max_userip_connections = 10 Maximum number of IMAP connections allowed for a user from each IP address. NOTE: The username is compared case-sensitively.
Mais coté postfix (idem pour autre mta) tu as aussi un nb max de session smtp simultanées.
Est-ce que quelqu'un a déjà observé le phénomène ?
Non, mais j'ai peu d'utilisateurs.
Un redémarrage de dovecot toutes les x minutes dans un crontab n'est pas vraiment une solution satisfaisante.
Non, effectivement ;-)
Merci pour ces infos.
J'ai ajouté dans le fichier /etc/dovecot.conf l'option suivante :
login_process_per_connection = no
Puis j'ai redémarré dovecot
Pour l'instant, le problème ne se pose plus.
Mais est-ce la bonne méthode ?
Guy
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
