Ubuntu-fr

mik3.42

[RESOLU] Postfix : lenteur des livraisons IMAP

Bonjour,

je me permets de vous contacter car j'essaye de comprendre les différents problèmes que nous avons avec notre serveur de messagerie POSTFIX.
N'ayant pas mis en place moi-même ce serveur, j'ai des difficultés à comprendre son fonctionnement, malgré la documentation.

J'ai un problème concernant le téléchargement des pièces jointes du serveur vers le client.

Exemple :
Je m'envoie à moi-même (donc en local), un email de 5 Mo.
L'envoi est très rapide mais la réception beaucoup moins.
L'email arrive rapidement dans la messagerie mais le chargement de la pièce jointe est long (2-3 min dans cet exemple).

Pendant ce chargement, voilà ce que j'obtiens en terme de connexion imap sur le serveur :

[root@localhost ppp]# netstat --tcp -n -v -p
Connexions Internet actives (sans serveurs)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name
tcp        0      1 172.16.0.252:46498          134.157.176.20:873          SYN_SENT    20787/rsync
tcp        0      0 127.0.0.1:25                127.0.0.1:33394             TIME_WAIT   -
tcp        0      0 127.0.0.1:25                127.0.0.1:33397             TIME_WAIT   -
tcp        0      0 172.16.0.252:25             172.16.0.60:60169           TIME_WAIT   -
tcp        0      0 127.0.0.1:25                127.0.0.1:37608             TIME_WAIT   -
tcp        0      0 172.16.0.252:55232          173.194.67.108:995          ESTABLISHED 4436/fetchmail
tcp        0    444 ::ffff:172.16.0.252:22      ::ffff:172.16.0.60:59349    ESTABLISHED 20078/3
tcp        0      0 ::ffff:172.16.0.252:143     ::ffff:172.16.30.50:49560   ESTABLISHED 20532/imapd
tcp        0      0 ::ffff:172.16.0.252:143     ::ffff:172.16.39.15:49234   ESTABLISHED 20651/imapd
tcp        0      0 ::ffff:172.16.0.252:143     ::ffff:172.16.39.15:49169   ESTABLISHED 20631/imapd
tcp        0      0 ::ffff:172.16.0.252:143     ::ffff:172.16.0.20:49696    ESTABLISHED 20145/imapd
tcp        0      0 ::ffff:172.16.0.252:143     ::ffff:172.16.0.20:49697    ESTABLISHED 20146/imapd
tcp        0  14600 ::ffff:172.16.0.252:143     ::ffff:172.16.0.60:60173    ESTABLISHED 20796/imapd

La connexion concernée est la dernière (IP : 172.16.0.60).
Le SEND-Q bloque toujours aux alentours de 15 000, ce qui me parait faible.
Cette valeur retombe à 0 dès que le message a fini de télécharger.

Voilà la seule piste que j'ai...

Note : Nous utilisons Thunderbird (plusieurs versions) mais le problème est le même avec Windows Live Mail.
Ce soucis est présent depuis longtemps et n'empêche pas le fonctionnement de la messagerie.

Merci pour vos lumières et demandez moi si vous avez des questions, je réponds rapidement.

Cordialement,

Michael.

Dernière modification par mik3.42 (Le 09/03/2015, à 11:24)

bruno

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Bonjour,

Postfix n'est pas responsable de la livraison des courriels au client. Pour faire simple Postfix se charge simplement de transférer les courriels (MTA, protocole SMTP)  qui seront ensuite pris en charge par un agent de distribution (MDA, protocoles IMAP, POP) comme Dovecot ou Cyrus.

Tes problèmes de lenteur de réception peuvent avoir de nombreuses causes : le réseau, le MDA, d'éventuels filtres entre le MTA et le MDA : anti-spam, anti-virus qui analyse la pièce jointe, etc.

Dernière modification par bruno (Le 06/03/2015, à 10:19)

mik3.42

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Bonjour Bruno,

merci pour ta réponse.

Nous n'avons pas de filtre anti-spam.
Je viens de faire un essai en désactivant l'anti-virus, aucun changement.
Pour le reste, je vais essayer de creuser...

Si j'analyse le traffic réseau pendant le téléchargement de la pièce jointe par Thunderbird,
je vois que le débit ne monte pas haut, autour de 80-100 ko/s (voir courbe jaune).
A l'inverse, lorsque j'envoie le message, on voit sur la courbe rouge un pic autour de 5-6 mo/s, d'où l'envoi instantané.
Voilà, si ça peut aider.

Merci pour votre aide.

mik3.42

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Je crois avoir compris que le MDA utilisé est celui par défaut de postfix.
Il est indiqué "LOCAL" dans l'attribut RELAY des logs :

Mar  5 08:42:13 localhost postfix/local[19311]: E300CA0801: to=<*****@localhost.******.fr>, orig_to=<****@localhost>
, relay=local, delay=0.21, delays=0.18/0/0/0.03, dsn=2.0.0, status=sent (delivered to maildir)

Si ça peut aider...

Merci.

bruno

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Oui, enfin tu as bien Dovecot ou  Cyrus, ou autre pour pouvoir récupérer tes courriels en IMAP (on voit aussi une machine distante qui récupère en pop3s dans la sortie de netstat). Après on ne connaît rien de ta configuration et comme je l'ai déjà dit les causes peuvent être très variées…

mik3.42

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Comment je peux savoir quel programme récupère les courriels ?
Je peux poster mon fichier de configuration de postfix mais je ne suis pas sûr que ça aidera ?
Que voulez-vous savoir ?

Pour la machine distante dont tu parles, c'est le programme fetchmail qui nous permet de récupérer les emails distants (GMAIL) et les rapatrier sur postfix.
C'est donc certainement l'adresse IP de Google.

Merci d'avance.

src

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Tu peux regarder ce qu'il y a dans /etc/init.d cela te donnera une idée.

---

Actuellement sur Manjaro Xfce (amd64)

bruno

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Pour voir les services installés sur une machine (actifs et inactifs) :

service --status-all

mik3.42

Re : [RESOLU] Postfix : lenteur des livraisons IMAP

Bonjour,

merci pour votre aide, j'ai résolu le problème

Rien à voir avec le serveur de messagerie mais simplement un problème réseau.
Je m'en suis rendu compte car en désactivant/réactivant la carte réseau, tout revenait en ordre.
Certaines routes étaient mal configurée et rajoutée à chaque démarrage.

Comme le serveur est virtualisé, il est redémarré chaque week-end pour sauvegarde.
Donc les routes revenaient à chaque fois.

Bref, problème résolu.

Merci encore.