dovecot/deconnexion reseau

winproof · 23-01-2014 19:32:37

bonjour!
je poste ici en désespoir de cause, car je m'arrache les cheveux depuis un bon moment.
voila mon problème:
j'ai un serveur wheezy avec dovecot et postfix.
tout marche bien, sauf l'envoi de pièces jointes d'une taille dépassant en gros 5Mo.
en fait l'envoi du mail lui-même se passe correctement, le mail est envoyé avec la piece jointe.
mais quand thunderbird (ou un autre client imap) essaye de copier le mail dans le dossier Sent, ca merde.
mais ce n'est pas régulier... (ca serait trop simple)

environ une fois sur 4, tout marche correctement.
environ 2 fois sur 4, thunderbird se bloque en disant qu'il n'a pas pu copier le message dans le dossier Sent
et une fois sur 4,c'est la cata, thunderbird perd la connexion avec dovecot, et je perd même ma connexion putty!!!
c'est comme si la carte réseau se ré-initialisait.

bien évidemment aucune trace de quoi que ce soit d'anormal dans les logs, a part coté dovecot un "EOF while appending" quand la copie plante.

le serveur est aussi un firewall/routeur entre d'un coté internet via une box bouygues telecom et un réseau local de l'autre coté.

quand je teste l'envoi de mail avec pièce jointe coté réseau, le problème ne se manifeste que de temps en temps, alors que quand je teste a partir d'internet c'est presque toujours le cas.
et bizarrement le pb semble apparaitre plus souvent avec thunderbird qu'avec opera mail... (même si sous opera ça arrive aussi).

j'ai chez moi un autre serveur (pas le même matériel) avec exactement la même configuration coté debian (mais avec une freebox), presque aucun problème, sauf que..
j'ai constaté une fois la même chose! (mais une seule fois, impossible de reproduire le pb)

comme en plus quand je perd toutes les connexions, je suis connecté en putty sur la carte reseau 1 (via internet) alors que le client thunderbird est coté réseau local (je le controle via teamviewer),j'ai l'impression que c'est un plantage de la couche réseau, pas simplement d'une des 2 cartes...

j'en perd mon latin, une idée de ce qui pourrait provoquer le pb, ou d'une direction ou chercher? (avant que je finisse chauve a force de m'arracher les cheveux)

merci!

winproof · 25-01-2014 16:31:15

personne pour aider?

voila les logs de ma dernière tentative:

mail.log:

Jan 25 15:58:34 intranet postfix/submission/smtpd[4509]: connect from *

Jan 25 15:58:34 intranet postfix/submission/smtpd[4509]: AF6DD3FAAF: client=*, sasl_method=PLAIN, sasl_username=*

Jan 25 15:58:34 intranet postfix/cleanup[4513]: AF6DD3FAAF: message-id=<201401251558.33574.*>

Jan 25 15:59:59 intranet postfix/qmgr[5459]: AF6DD3FAAF: from=<*>, size=8891125, nrcpt=1 (queue active)

Jan 25 15:59:59 intranet clamsmtpd: 100062: accepted connection from: 127.0.0.1

Jan 25 15:59:59 intranet postfix/smtpd[4516]: connect from localhost[127.0.0.1]

Jan 25 15:59:59 intranet postfix/smtpd[4516]: 2ED883FB29: client=localhost[127.0.0.1], orig_queue_id=AF6DD3FAAF, orig_client=*

Jan 25 16:00:00 intranet postfix/cleanup[4513]: 2ED883FB29: message-id=<201401251558.33574.*>

Jan 25 16:00:00 intranet postfix/qmgr[5459]: 2ED883FB29: from=<*>, size=8891358, nrcpt=1 (queue active)

Jan 25 16:00:00 intranet postfix/smtp[4514]: AF6DD3FAAF: to=<*>, relay=127.0.0.1[127.0.0.1]:10025, delay=86, delays=84/0.01/0.05/1.1, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 2ED883FB29)

Jan 25 16:00:00 intranet clamsmtpd: 100062: from=*, to=*, status=CLEAN

Jan 25 16:00:00 intranet postfix/qmgr[5459]: AF6DD3FAAF: removed

Jan 25 16:00:00 intranet postfix/smtpd[4516]: disconnect from localhost[127.0.0.1]

Jan 25 16:00:04 intranet postfix/submission/smtpd[4509]: disconnect from *

Jan 25 16:01:50 intranet postfix/smtp[4519]: 2ED883FB29: to=<*>, relay=gmail-smtp-in.l.google.com[173.194.78.27]:25, delay=111, delays=1.1/0.01/0.46/109, dsn=2.0.0, status=sent (250 2.0.0 OK 1390662109 iy5si3290991wic.65 - gsmtp)

Jan 25 16:01:50 intranet postfix/qmgr[5459]: 2ED883FB29: removed

Jan 25 16:03:24 intranet postfix/anvil[4511]: statistics: max connection rate 1/60s for (submission:82.225.48.153) at Jan 25 15:58:34

Jan 25 16:03:24 intranet postfix/anvil[4511]: statistics: max connection count 1 for (submission:82.225.48.153) at Jan 25 15:58:34

Jan 25 16:03:24 intranet postfix/anvil[4511]: statistics: max cache size 1 at Jan 25 15:58:34

dovecot.log :

2014-01-25 15:58:13 imap-login: Info: Login: user=<*>, method=PLAIN, rip=*, lip=192.168.1.1, mpid=4508, TLS, session=<eQgrtMzw+wBS4TCZ>

2014-01-25 16:03:19 imap(*): Info: Disconnected: Logged out in=8892176 out=10125

les fichiers mail.err et mail.warn sont vides.
le mail.info contient la méme chose que mail.log

sur ce test , j'ai utilisé kmail.
l'envoi du mail s'est bien passé, puis kmail pert la connexion, ainsi que putty.
c'est ici que thunderbird plante avec "impossible de copier dans le dossier envoyé", mais kmail attend que la connexion revienne avant d'effectuer avec succes la copie dans le dossier Sent.
quand putty plante (network error:software caused connexion abort) , il se passe environ une minute avant que je puis me reconnecter, si j'essaye avant j'ai "network error:connexion timed out"

log dovecot d'un test effectué juste aprés,avec toutes les options de debug activées,même resultat:

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x10, ret=1: before/accept initialization *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: before/accept initialization *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2002, ret=-1: unknown state *

2014-01-25 16:17:00 auth: Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth

2014-01-25 16:17:00 auth: Debug: auth client connected (pid=5228)

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 read client hello A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write server hello A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write certificate A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write key exchange A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write server done A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 flush data *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2002, ret=-1: SSLv3 read client certificate A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2002, ret=-1: SSLv3 read client certificate A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 read client key exchange A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 read finished A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write session ticket A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write change cipher spec A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 write finished A *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2001, ret=1: SSLv3 flush data *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x20, ret=1: SSL negotiation finished successfully *

2014-01-25 16:17:00 imap-login: Warning: SSL: where=0x2002, ret=1: SSL negotiation finished successfully *

2014-01-25 16:17:00 auth: Debug: client in: AUTH        1       PLAIN   service=imap    secured session=*        lip=192.168.1.1 rip=*       lport=993       rport=37467     resp=*

2014-01-25 16:17:00 auth-worker(5231): Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth

2014-01-25 16:17:00 auth-worker(5231): Debug: pam(*,*): lookup service=dovecot

2014-01-25 16:17:00 auth-worker(5231): Debug: pam(*,*): #1/1 style=1 msg=Password:

2014-01-25 16:17:00 auth: Debug: client out: OK 1       user=*

2014-01-25 16:17:00 auth: Debug: master in: REQUEST     1364459521      5228    1       4d8b687c0c59d9941c8d1f9955fd7bca

2014-01-25 16:17:00 auth: Debug: passwd(*,*,<OD1W98zwWwBS4TCZ>): lookup

2014-01-25 16:17:00 auth: Debug: master out: USER       1364459521      *  system_groups_user=*       uid=1000        gid=1000        home=/home/*

2014-01-25 16:17:00 imap-login: Info: Login: user=<*>, method=PLAIN, rip=*, lip=192.168.1.1, mpid=5232, TLS, session=<*>

2014-01-25 16:17:00 imap(*): Debug: Effective uid=1000, gid=1000, home=/home/*

2014-01-25 16:17:00 imap(*): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=~/Maildir

2014-01-25 16:17:00 imap(*): Debug: mdbox autodetect: stat(/home/*/Maildir/storage) failed: No such file or directory

2014-01-25 16:17:00 imap(*): Debug: sdbox autodetect: stat(/home/*/Maildir/mailboxes) failed: No such file or directory

2014-01-25 16:17:00 imap(*): Debug: maildir++: root=/home/*/Maildir, index=, control=, inbox=/home/*/Maildir, alt=

2014-01-25 16:17:20 auth: Debug: auth client connected (pid=0)

2014-01-25 16:17:20 auth: Debug: client in: AUTH        1       PLAIN   service=smtp    nologin lip=192.168.1.1 rip=*       secured resp=*

2014-01-25 16:17:20 auth-worker(5231): Debug: pam(*,*): lookup service=dovecot

2014-01-25 16:17:20 auth-worker(5231): Debug: pam(*,*): #1/1 style=1 msg=Password:

2014-01-25 16:17:20 auth: Debug: client out: OK 1       user=*

des idées?

Dernière modification par winproof (25-01-2014 17:08:59)

bendia · 25-01-2014 16:36:17

Salut

J'ai pas forcement de solution mais j'ai mal aux yeux

Le code, ça pique moins les yeux en couleur

captnfab · 25-01-2014 17:01:46

Salut,
Chaud.
Je ne vois pas, mais je pense à un problème réseau plutôt qu'à un problème d'imap.
Peut-être un pb de MTU ? (taille des paquets) Tu peux essayer de réduire ton MTU.

winproof · 25-01-2014 17:09:58

bendia a écrit :

Salut

J'ai pas forcement de solution mais j'ai mal aux yeux

Le code, ça pique moins les yeux en couleur

désolé
Ca devrait être mieux maintenant

Dernière modification par winproof (25-01-2014 17:10:20)

bendia · 25-01-2014 17:12:19

Super Merci

Je partage mon point-choco avec toi

winproof · 25-01-2014 17:18:07

captnfab a écrit :

Salut,
Chaud.
Je ne vois pas, mais je pense à un problème réseau plutôt qu'à un problème d'imap.
Peut-être un pb de MTU ? (taille des paquets) Tu peux essayer de réduire ton MTU.

si c’était un pb réseau, ca devrait apparaitre plus tôt non?
or le transfert de la pièce jointe a postfix marche nickel puisque le mail est envoyé, c'est aprés que ca plante, quand dovecot dois copier le message dans le dossier Sent...

captnfab · 25-01-2014 17:41:32

Ben, les problèmes réseaux ont des super-pouvoirs, ils peuvent apparaître un peu n'importe-quand.
Si ça n'était pas un problème réseau, je ne vois pas comment tu pourrais avoir une perte de connexion.

winproof · 25-01-2014 18:25:49

je vient de tester (m'a fallu un peu de temps pour trouver comment régler le MTU, je fais pas ça souvent

), et ça ne change rien.

winproof · 25-01-2014 18:43:59

winproof a écrit :

je vient de tester (m'a fallu un peu de temps pour trouver comment régler le MTU, je fais pas ça souvent ), et ça ne change rien.

euh j'ai peut-être parlé un peu vite...
ca n'a rien changé coté mail, par contre coté ssh je n'arrive plus a me reconnecter...

winproof · 25-01-2014 18:57:11

bon, bizarre, impossible de me reconnecter avec putty, mais ca marche avec ssh a partir d'une debian.
relancer ssh n'a pas résolu le pb de putty.
j'ai du rebooter le serveur pour ca remarche...

Dernière modification par winproof (25-01-2014 19:04:35)

Debian-facile

#1 23-01-2014 19:32:37

dovecot/deconnexion reseau

#2 25-01-2014 16:31:15

Re : dovecot/deconnexion reseau

#3 25-01-2014 16:36:17

Re : dovecot/deconnexion reseau

#4 25-01-2014 17:01:46

Re : dovecot/deconnexion reseau

#5 25-01-2014 17:09:58

Re : dovecot/deconnexion reseau

#6 25-01-2014 17:12:19

Re : dovecot/deconnexion reseau

#7 25-01-2014 17:18:07

Re : dovecot/deconnexion reseau

#8 25-01-2014 17:41:32

Re : dovecot/deconnexion reseau

#9 25-01-2014 18:25:49

Re : dovecot/deconnexion reseau

#10 25-01-2014 18:43:59

Re : dovecot/deconnexion reseau

#11 25-01-2014 18:57:11

Re : dovecot/deconnexion reseau

Pied de page des forums