(Courriels de diversion: <defavorisez@detraquerais-raturerez.com> <teles@reinscrivaient-superposant.com> <retrousse@provoquait-vulgariseront.com> <tonifiant@herissaient-gemira.com> <epoustouflante@emigrerons-encenserons.com> <nominale@investie-mystifications.com> <transferts@sequestrerait-discernes.com> <bigame@decongestionneront-transportes.com> <pataugeait@forcait-occidentalisation.com> <fignolage@precedes-versets.com> )


BETOUS Guillaume a écrit :


La première chose à vérifier est que ton serveur imap admet des connexions depuis le serveur lui-même : connecté sur le serveur, telnet localhost 143.


raté :
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS XMAGICTRASH] Courier-IMAP ready.


Sinon, c'est qu'il y a un truc à revoir du côté de la spécification du tunnel, dans ce cas précise exactement comment il est spécifié.

n'ayant pas ce type de message, j'ai l'impression que le tunnel fonctionne... mais est coupé de suite ?! (puisque apparemment le client arrive a avoir le OK)


Tu peux le vérifier sur ta machine Microsoft Windows : dans une boîte DOS, tu fais un telnet localhost 2043 (si c'est ton port local), ou de manière analogue avec putty. Tu devrais voir apparaître la même chose que ci-dessus.

Un truc qui me vient à l'esprit : le nom de la machine distante pour le tunnel est résolu par le serveur ssh, pas par le client. Suivant l'agencement du réseau sur lequel est ton serveur, cela peut faire une différence. Donc un meilleur test sur le serveur serait de tenter un telnet LeNomDonnePourLeTunnel 143.

par contre, j'ai trouvé dans /etc/ssh/sshd_config l'option "AllowTCPForwarding yes" qui etait commentée. je l'ai décommentée, et ca n'a malheureusement rien changé (oui, j'ai aussi pensé à relancé sshd (-: )

je vais essayer de cherche dans la doc sshd... tu sais si t'as eu des options particulières a activer ?


 Aucune. AllowTCPForwarding est à yes par défaut.

J'utilise cyrus comme serveur imap, mais cela ne devrait rien changer. Comme clients, Microsoft Outlook Express 6 et Mozilla fonctionnent. Le tunnel est établi en ligne de commande avec plink, mais j'avais fait mes essais avec putty lui-même. L'identification est faite par clé publique avec pageant (mais mes essais ont été fait avec un mot de passe normal et putty).

Je lis aussi à <URL:http://www.courier-mta.org/imap/BUGS.html> :
"There have been reports that OE 5.0 does not work at all due to the fact that the silly thing expects to see UID as the first parameter in the response to a FETCH."


Mais cela me paraît bizarre que ce que tu rapportes (Connection refused) puisse être lié à cela.

Tu ne dis rien sur le contenu de tes fichiers de log. La cause (et donc la solution) peut peut-être y être devinée.

--
Marc Thirion                   | Ramonville Saint-Agne, France
Projet Internet et Citoyenneté : http://www.le-pic.org/


-------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>