Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

dovecot/deconnexion reseau

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!

Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

Re : dovecot/deconnexion reseau

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 18:08:59)


Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

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

bendia
Admin stagiaire
Distrib. : Jessie
Noyau : 3.16.0-4-amd64
(G)UI : Gnome + XFCE + Console
Inscription : 20-03-2012
Site Web

Re : dovecot/deconnexion reseau

Salut

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

Le code, ça pique moins les yeux en couleur

Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
file-Re06858991f6f328b4907296ac5cea283

En ligne

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

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian Stretch/Sid/Rc-Buggy
Noyau : Linux (≥ 4.3)
(G)UI : i3-wm (≥ 4.11)
Inscription : 07-07-2008
Site Web

Re : dovecot/deconnexion reseau

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.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

Re : dovecot/deconnexion reseau

bendia a écrit :

Salut

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

Le code, ça pique moins les yeux en couleur



désolé smile
Ca devrait être mieux maintenant

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


Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

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

bendia
Admin stagiaire
Distrib. : Jessie
Noyau : 3.16.0-4-amd64
(G)UI : Gnome + XFCE + Console
Inscription : 20-03-2012
Site Web

Re : dovecot/deconnexion reseau

Super Merci smile

Je partage mon point-choco avec toi wink

Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
file-Re06858991f6f328b4907296ac5cea283

En ligne

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

Re : dovecot/deconnexion reseau

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...


Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

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

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian Stretch/Sid/Rc-Buggy
Noyau : Linux (≥ 4.3)
(G)UI : i3-wm (≥ 4.11)
Inscription : 07-07-2008
Site Web

Re : dovecot/deconnexion reseau

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.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

Re : dovecot/deconnexion reseau

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

Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

Re : dovecot/deconnexion reseau

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 smile), 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...


Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

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

winproof
Membre
Distrib. : debian 8
Noyau : Linux 3.16.0-4-amd64
(G)UI : sans
Inscription : 15-05-2013

Re : dovecot/deconnexion reseau

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 20:04:35)


Debian 8 (3.16.0-4-amd64) sur serveur perso (AM1B-itx avec Athlon 5350) et serveurs pro (PowerEdge T110 II avec Xeon-E3 1220)

Hors ligne

Pied de page des forums