Re,
Toutafé, faut pas faire ça, surtout si courrier-imap fonctionnait.
Tu as regardé quels logs ? mail.info ? mail.warn ? mail.err ? Il y a des logs pour courrier-imap ?
PS: Quand je parlais de redémarrer courrier-imap, je ne parlais pas de la machine, mais d’un simple
oui j’ai fais le restart pour imap mais c’est pareil ca change rien
j’ai regardé les logs system /var/log/syslog
les logs mail et courrier je sais pas où ils sont
mais syslog me dis déjà que c’est le pb de limite de connection simultanée
A part syslog courier-imap n’a pas ses propres fichiers log dans /var/log/ ?
il y a mail.log et mail.error et ca me dis la meme chose:
nombre de connection max atteinte
Que donne la commande :
root@localhost:/var/log# grep -inr "courier-imap" ./*ca renvoie rien
[quote=“debman”]j’ai fais un ps -aux et je vois qu’il y a 20
j’ai l’impression que imapd ouvre une connection pour chaque email et la referme pas, du coup la limite est atteinte et il y a ces bugs[/quote]
Je soupçonnais bien quelque chose de ce genre. Reste à l’expliquer. Tu peux aussi exécuter netstat sur le serveur pour vérifier si une connexion TCP sur le port local 143 correspond bien à chaque instance d’imapd. Mais il ne faut pas perdre de vue que l’établissement d’une connexion est toujours établie à l’initiative du client, ici Outlook, et non du serveur qui ne fait qu’attendre les connexions. Donc il serait bon d’exécuter netstat aussi sur le poste client pour vérifier si les connexion vues comme ouvertes sur le serveur le sont aussi sur le client. Si oui, alors le fautif est Outlook. Sinon, ça pourrait vouloir dire qu’il y a un problème de détection de la fermeture des connexions, qui peut être à l’initiative du client ou du serveur.
[quote=“debman”]pourtant ca marchait très bien avant que je fasse l’upgrade
il y a pas un moyen de revenir à la version précédente?[/quote]
Déjà, il faudrait savoir ce qu’a fait exactement cet upgrade. Tu peux regarder dans les journaux d’apt qui se trouvent dans les fichiers /var/log/apt/history.log*.
Salut,
Oui, je pensais à ça aussi, et la version de courier-impap tant qu’a faire…
ca donne ca:
courier-imap:
Installé : 4.8.0-3
Candidat : 4.8.0-3
Table de version :
*** 4.8.0-3 0
500 http://debian.mirrors.ovh.net/debian/ squeeze/main amd64 Packages
100 /var/lib/dpkg/status[quote=“PascalHambourg”][quote=“debman”]pourtant ca marchait très bien avant que je fasse l’upgrade
il y a pas un moyen de revenir à la version précédente?[/quote]
Déjà, il faudrait savoir ce qu’a fait exactement cet upgrade. Tu peux regarder dans les journaux d’apt qui se trouvent dans les fichiers /var/log/apt/history.log*.[/quote]
sinon jarrive pa a acceder aux zip j’ai essayé
tar -xvzf history.log.1.gz
tar: Ceci ne ressemble pas à une archive de type « tar »
tar: On saute à l'en-tête suivant
tar: Arrêt avec code d'échec à cause des erreurs précédentesC’est la version de Squeeze (oldstable). Apparemment il n’y a pas eu de mise à jour de cette version depuis 2010. L’examen des journaux d’apt et de /usr/share/doc/courier-imap/changelog.Debian.gz devrait le confirmer.
bon jai decompressé ca sous windows et retrouver le apt-get upgrade que j’ai fais:
Start-Date: 2013-07-03 20:09:08
Commandline: apt-get upgrade
Upgrade: libdpkg-perl:amd64 (1.15.8.12, 1.15.8.13), openssh-server:amd64 (5.5p1-6+squeeze2, 5.5p1-6+squeeze3), libxfixes3:amd64 (4.0.5-1, 4.0.5-1+squeeze1), libc-bin:amd64 (2.11.3-3, 2.11.3-4), bind9:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libldap-2.4-2:amd64 (2.4.23-7.2, 2.4.23-7.3), base-files:amd64 (6.0squeeze5, 6.0squeeze7), bind9-host:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libopenjpeg-dev:amd64 (1.3+dfsg-4, 1.3+dfsg-4+squeeze1), fail2ban:amd64 (0.8.4-3+squeeze1, 0.8.4-3+squeeze2), dnsutils:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), mysql-server:amd64 (5.1.63-0+squeeze1, 5.1.66-0+squeeze1), bind9utils:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libdbus-1-3:amd64 (1.2.24-4+squeeze1, 1.2.24-4+squeeze2), perl:amd64 (5.10.1-17squeeze3, 5.10.1-17squeeze6), apache2-mpm-worker:amd64 (2.2.16-6+squeeze7, 2.2.16-6+squeeze11), libgl1-mesa-dev:amd64 (7.7.1-5, 7.7.1-6), libxxf86vm1:amd64 (1.1.0-2, 1.1.0-2+squeeze1), libgl1-mesa-dri:amd64 (7.7.1-5, 7.7.1-6), libgl1-mesa-glx:amd64 (7.7.1-5, 7.7.1-6), libdns69:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), perl-base:amd64 (5.10.1-17squeeze3, 5.10.1-17squeeze6), perl-modules:amd64 (5.10.1-17squeeze3, 5.10.1-17squeeze6), subversion:amd64 (1.6.12dfsg-6, 1.6.12dfsg-7), mysql-server-core-5.1:amd64 (5.1.63-0+squeeze1, 5.1.66-0+squeeze1), libmysqlclient16:amd64 (5.1.63-0+squeeze1, 5.1.66-0+squeeze1), libisccc60:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), apache2-utils:amd64 (2.2.16-6+squeeze7, 2.2.16-6+squeeze11), libgssrpc4:amd64 (1.8.3+dfsg-4squeeze5, 1.8.3+dfsg-4squeeze7), mesa-common-dev:amd64 (7.7.1-5, 7.7.1-6), apache2:amd64 (2.2.16-6+squeeze7, 2.2.16-6+squeeze11), libsvn1:amd64 (1.6.12dfsg-6, 1.6.12dfsg-7), debian-archive-keyring:amd64 (2010.08.28, 2010.08.28+squeeze1), dbus:amd64 (1.2.24-4+squeeze1, 1.2.24-4+squeeze2), apache2.2-common:amd64 (2.2.16-6+squeeze7, 2.2.16-6+squeeze11), liblwres60:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libglu1-mesa-dev:amd64 (7.7.1-5, 7.7.1-6), openssh-client:amd64 (5.5p1-6+squeeze2, 5.5p1-6+squeeze3), libssl-dev:amd64 (0.9.8o-4squeeze13, 0.9.8o-4squeeze14), libxt-dev:amd64 (1.0.7-1, 1.0.7-1+squeeze1), libxext-dev:amd64 (1.1.2-1, 1.1.2-1+squeeze1), apache2.2-bin:amd64 (2.2.16-6+squeeze7, 2.2.16-6+squeeze11), dpkg:amd64 (1.15.8.12, 1.15.8.13), libxml2:amd64 (2.7.8.dfsg-2+squeeze4, 2.7.8.dfsg-2+squeeze7), libbind9-60:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), isc-dhcp-client:amd64 (4.1.1-P1-15+squeeze3, 4.1.1-P1-15+squeeze8), dpkg-dev:amd64 (1.15.8.12, 1.15.8.13), libkadm5clnt-mit7:amd64 (1.8.3+dfsg-4squeeze5, 1.8.3+dfsg-4squeeze7), libxtst6:amd64 (1.1.0-3, 1.1.0-3+squeeze1), libisccfg62:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libkadm5srv-mit7:amd64 (1.8.3+dfsg-4squeeze5, 1.8.3+dfsg-4squeeze7), tzdata:amd64 (2012c-0squeeze1, 2012g-0squeeze1), gpgv:amd64 (1.4.10-4, 1.4.10-4+squeeze1), apache2-doc:amd64 (2.2.16-6+squeeze7, 2.2.16-6+squeeze11), libssl0.9.8:amd64 (0.9.8o-4squeeze13, 0.9.8o-4squeeze14), openssl:amd64 (0.9.8o-4squeeze13, 0.9.8o-4squeeze14), lwresd:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libgc1c2:amd64 (6.8-1.2, 6.8-2), libcurl3-gnutls:amd64 (7.21.0-2.1+squeeze2, 7.21.0-2.1+squeeze4), libkdb5-4:amd64 (1.8.3+dfsg-4squeeze5, 1.8.3+dfsg-4squeeze7), host:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libglu1-mesa:amd64 (7.7.1-5, 7.7.1-6), libisc62:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), libdbus-1-dev:amd64 (1.2.24-4+squeeze1, 1.2.24-4+squeeze2), isc-dhcp-common:amd64 (4.1.1-P1-15+squeeze3, 4.1.1-P1-15+squeeze8), libxi6:amd64 (1.3-7, 1.3-8), libopenjpeg2:amd64 (1.3+dfsg-4, 1.3+dfsg-4+squeeze1), gzip:amd64 (1.3.12-9, 1.3.12-9+squeeze1), libxt6:amd64 (1.0.7-1, 1.0.7-1+squeeze1), libxext6:amd64 (1.1.2-1, 1.1.2-1+squeeze1), mysql-common:amd64 (5.1.63-0+squeeze1, 5.1.66-0+squeeze1), mysql-server-5.1:amd64 (5.1.63-0+squeeze1, 5.1.66-0+squeeze1), bind9-doc:amd64 (9.7.3.dfsg-1~squeeze5, 9.7.3.dfsg-1~squeeze10), mysql-client-5.1:amd64 (5.1.63-0+squeeze1, 5.1.66-0+squeeze1), gnupg:amd64 (1.4.10-4, 1.4.10-4+squeeze1)
End-Date: 2013-07-03 20:11:45
plus jamais je ne fais d’apt-get upgrade…
Ce ne sont pas des archives tar mais de simples fichiers compressés avec gzip. On peut les lire directement avec zless ou les afficher avec zcat.
Edit :
Quelle brute…
En tout cas, pas de mise à jour de courrier-imap dans le dernier upgrade comme prévu. Par contre je vois des mises à jour de sécurité publiées depuis plusieurs mois déjà. Tu ne dois pas mettre à jour très souvent, ce qui est risqué du point de vue sécurité, notamment pour un serveur.
mince alors mais pourquoi ça marche plus tout d’un coup -____-
Sais pas. Et ma suggestion de netstat sur les deux machines lorsque le problème se produit ?
c’est toujours pareil debian c’est indécrottable, c’est toujours la mission pour faire quoi que ce soit -___-
jaurais mieux fait d’installer un windows serveur sur mon dédié 
le netstat ca donne rien ni sur le serveur ni en local
Aucune connexion sur le port imap (143) ni sur le serveur ni sur le client, vraiment ? Ou bien sur le port imaps (993) si tu utilises une connexion sécurisée, avec le paquet courier-imap-ssl ?
non pas de port 143 ou 993 sur aucun des 2 parcontre j’ai plein de truc comme ca sur mon dedié
unix 3 [ ] STREAM CONNECTE 14038 @/tmp/fam-vmail-
unix 3 [ ] STREAM CONNECTE 15434
unix 2 [ ] STREAM CONNECTE 14036
unix 3 [ ] STREAM CONNECTE 15429 @/tmp/fam-vmail-
unix 3 [ ] STREAM CONNECTE 14033
unix 2 [ ] STREAM CONNECTE 12048
unix 3 [ ] STREAM CONNECTE 14025 @/tmp/fam-vmail-
unix 3 [ ] STREAM CONNECTE 15428
unix 2 [ ] STREAM CONNECTE 15424
unix 3 [ ] STREAM CONNECTE 15421 @/tmp/fam-vmail-
unix 3 [ ] STREAM CONNECTE 14022
unix 2 [ ] STREAM CONNECTE 14019
unix 3 [ ] STREAM CONNECTE 14016 @/tmp/fam-vmail-
unix 3 [ ] STREAM CONNECTE 15420
unix 2 [ ] STREAM CONNECTE 15416
unix 3 [ ] STREAM CONNECTE 14013 @/tmp/fam-vmail-
unix 3 [ ] STREAM CONNECTE 14856
unix 2 [ ] STREAM CONNECTE 15414
unix 3 [ ] STREAM CONNECTE 14009 @/tmp/fam-vmail-