Dovecot/deconnexion reseau

Support Debian
#1

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!

#2

Salut,

Les logs (en lieux et places) seraient quand même plus parlant que ton plaidoyer …

En : [mono]# tail -f /var/log/mail.err[/mono]; [mono]# tail -f /var/log/mail.warn[/mono]; [mono]# tail -f /var/log/mail.info[/mono] et [mono]# tail -f /var/log/mail.log[/mono] lors de tes essais

Nota : la limitation d’envoi (taille) est configurable, également. :wink:

#3

désolé de ne répondre que maintenant,j’ai été pas mal occupé.

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?

#4

Salut,

Aaah, c’est déjà plus cool avec l’usage des BBcodes. :wink:

[quote=“winproof”]l’envoi du mail s’est bien passé, puis kmail pert la connexion, ainsi que putty.
c’est ici que thunderbird[/quote]

Depuis une machine Microsoft alors ?

Pas d’autre bouzin sous la main tel qu’une Debian ?

thunderbird je n’aime pas et lui préfère icedove.

Tu devrais commencer par solder ce problème de réseau, un pare-feu ? une box_truc_machin à configuré ? Avant de poursuivre.

Pour info:

Notre Wiki

Installation sur une Squeeze d’un serveur mail complet

#5

mes tests thunderbird sont fait a partir de windows, mais j’ai aussi un portable sous debian, celui que je vient d’utilise pour les tests avec kmail.

coté putty il marche nickel, c’est uniquement le pb de mail qui entraine son plantage.

je vient de faire un autre test (sur conseil d’un posteur du forum debian-facile), j’ai diminué le MTU, passage a 1492 pas de changement.
donc j’ai testé en le mettant carrement a 500, pareil coté mail, mais bizarrement apres impossible de me reconnecter avec putty!
par contre possible en shh directement depuis mon portable.
relancer ssh n’a rien changer,j’ai du rebooter le serveur pour que putty remarche.