-
> De: François TOURDE
> À: debian-user-french@lists.debian.org
> Envoyé: Wed, 24 Nov 2010 23:15:00 +0100 (CET)
> Objet: Re: Courier-imap charge importante du serveur
>
> Le 14937ième jour après Epoch,
> Hugo Deprez écrivait:
>
> > Le problème semble exister sur le
- Mail d'origine -
De: François TOURDE
À: debian-user-french@lists.debian.org
Envoyé: Wed, 24 Nov 2010 23:15:00 +0100 (CET)
Objet: Re: Courier-imap charge importante du serveur
Le 14937ième jour après Epoch,
Hugo Deprez écrivait:
> Le problème semble exister sur les boites
Le 14937ième jour après Epoch,
Hugo Deprez écrivait:
> Le problème semble exister sur les boites d'autres utilisateurs...Car le
> load reste assé soutenu entre 2 et 3.
Sur un bi-pro, un load de 2 à 3, c'est pas dramatique. C'est clair que
avec plus de 200 users en imap, avec relève du courrier to
Bonsoir,
oui effectivement, c'est ce que j'ai indiqué à l'utilisateur concerné.
Ce qui m'a paru étrange c'est que l'utilisateur n'était plus capable de voir
les mails supprimés dans thunderbird.
peut-être es-ce du fait que le dossier était trop important pour être
afficher ?
2010/11/24 Nicolas K
Grégoire COUTANT writes:
> Thunderbird ne supprime jamais les mails des utilisateurs qui clique
> sur "supprimer", il faut pour effacer réellement ces messages
> effectuer un compactage (accessible via un clic droit sur les
> dossiers).
Thunderbird peut être configuré pour effectuer ça tout seul,
Bonjour,
Le 24/11/2010 16:50, Hugo Deprez a écrit :
Bonjour,
grâce à vos pistes j'ai finis par isoler le problème : un client
thunderbird 3.0 sous ubuntu, l'utilisateur supprimé ses mails, mais ils
n'étaient pas effacés.
Du coup il y avait un un dossier .Trash/tmp de 1.7Go... Ce qui je
suppose
Bonjour,
grâce à vos pistes j'ai finis par isoler le problème : un client thunderbird
3.0 sous ubuntu, l'utilisateur supprimé ses mails, mais ils n'étaient pas
effacés.
Du coup il y avait un un dossier .Trash/tmp de 1.7Go... Ce qui je suppose
est énorme.
Depuis que j'ai supprimé manuellement le d
On Tue, 23 Nov 2010 17:46:53 +0100
Hugo Deprez wrote:
> Bonjour,
>
> après différents tests, j'ai réussi à isoler le problème, c'est bien les
> connexions IMAP qui posent problème, car j'ai arrêté courier-imap-ssl et le
> load est tombé à 0.71. Je ne pense donc pas à un rootkit.
T'as mi
Le 14936ième jour après Epoch,
Hugo Deprez écrivait:
> Es-ce que un client de messagerie buggué, ou autre pourrait impacter le
> serveur de cette manière ?
Possible, effectivement. Tu peux essayer de trier les résultats de
netstat pour voir la répartition par IP de tes connections, et si il y a
d
Bonjour,
après différents tests, j'ai réussi à isoler le problème, c'est bien les
connexions IMAP qui posent problème, car j'ai arrêté courier-imap-ssl et le
load est tombé à 0.71. Je ne pense donc pas à un rootkit.
pour répondre aux questions :
- IMAP est en mode SSL exclusivement.
- IMAP accèd
On Tue, Nov 23, 2010 at 03:36:40PM +0100, François TOURDE wrote:
> > Je cherche à isoler le processus responsable avec ps aux et top, mais je n'y
> > arrive pas, aucun ne semble utiliser anormalement du CPU, peut être imapd
> > qui d'après top, arrive jusqu'à 34% du CPU.
Est-ce que le serveur IMAP
Le 14936ième jour après Epoch,
Hugo Deprez écrivait:
> je constate depuis deux jours que le serveur load énormément :
>
> load average: 35.82, 44.97, 41.66
Ah ouais, quand même :( ...
Quels sont ces process? (Voir top ou ps)
> je penche donc sur un problème avec famd, mais le processus n'a pas
Bonjour,
Le Tue Nov 23 2010 � 11:57:09AM +0100, Hugo Deprez dit :
> Bonjour,
>
> j'ai actuellement un serveur de messagerie IMAP sous lenny 5.0.4 utilisant
> les paquets suivants :
>
> ii courier-authdaemon 0.61.0-1+lenny1
> Courier authentication daemon
> ii courier-authlib
Bonjour,
j'ai actuellement un serveur de messagerie IMAP sous lenny 5.0.4 utilisant
les paquets suivants :
ii courier-authdaemon 0.61.0-1+lenny1
Courier authentication daemon
ii courier-authlib 0.61.0-1+lenny1
Courier authentication library
ii courier-authl
14 matches
Mail list logo