Bonsoir la liste Je viens d'installer uw-imap sur une machine distante en 192.168.1.111. # apt-get update # apt-get install uw-imapd
Comment vérifier que l'installation est correcte? ===> Voici comment j'ai installé uw-imap : Depuis une autre machine J'ai vérifié que le service était actif avec nmap : 143/tcp open imap J'en conclu que le service est actif. Au passage j'ai noté que ce service était déjà actif parceque les paquets avaient déjà été installés par défaut lors de l'installation initiale de la machine. Depuis ma machine 192.168.3.107, même sans connaître la différence, j'ai configuré KMail avec la création d'un compte imap et aussi d'un compte imap déconnecté. A chaque fois j'ai indiqué : - le serveur : 192.168.1.111 - le port : 143 Je précise que l'utilisateur (moi) et son mot de passe qui va bien récupère correctement les mails. Ces mails sont accessibles depuis le serveur qpopper qui est en service sur la même machine que le uw-imap fraîchement installé : 192.168.1.111. Pourtant il y a un message d'erreur : impossible de se connecter - login failed. ===> Ce que j'ai cherché au niveau des e-mails : J'ai regardé sur la machine 192.168.1.111 si il y avait un indice comme par lequel le serveur avait bien été installé et surtout où se trouve le dossier dans lequel seront mis les emails car j'imagine qu'un serveur imap ça permet aux utilisateurs de créer des dossiers de stockage. Il n'y a rien qui m'indique un quelconque répertoire imap ici : /home/moi/inbox Le fichier mbox est constament vidé Il n'y a rien non plus qui ressemble à un nouveau répertoire ici : /var/mail/ Le fichier moi est constamment vidé aussi : preuve que le "moi" vient bien récupérer ses emails servis par qpopper et que son mot de passe est correct. Je me demande si c'est une bonne idée que de vider les mbox puisque cette machine est destinée à fournir un service imap. Je ne comprend pas bien où se trouveront les e-mails accessibles par imap, dans les /home/user/inbox peut-être? ===> Ce que les logs m'indiquent : J'ai essayé de trouver des indices dans ce log : # cat /var/log/mail.info | grep imap Feb 14 00:35:09 localhost imapd[6956]: Command stream end of file, while reading line user=moi host=[192.168.1.108] Je ne suis pas sûr de bien comprendre car 192.168.1.108 c'est le côté WAN d'un routeur/firewall (IPCop) qui protège le brin 192.168.3 d'où je lancer ma requête. Cette machine 192.168.1.108 est une passerelle qui elle-même est située derrière une autre passerelle. Est-ce que cela voudrait dire que son firewall refuserai de laisser passer la réponse à ma requête sur le port 143 de 192.168.1.111? J'hésite à me lancer dans cette direction car avec sa config d'origine, ce firewall me laisse bien accéder au serveur pop3 du 192.168.1.111. J'ai essayé de trouver d'autres indices dans ces logs aussi : # cat /var/log/mail.err # cat /var/log/mail.warn # cat /var/log/messages | grep moi # cat /var/log/messages | grep imap Il n'y a que des évènements que j'identifie assez bien mais qui n'ont rien avoir avec imap. J'ai aussi regardé ce log-là mais il est si chargé que je ne sais pas trop quoi faire de plus que : # cat /var/log/mail.log | grep imap Feb 14 00:35:06 localhost imapd[6956]: imap service init from 192.168.1.108 Feb 14 00:35:09 localhost imapd[6956]: Command stream end of file, while reading line user=moi host=[192.168.1.108] Ce log ne m'apporte pas plus d'information que le /var/log/mail.info. ===> La config des firewalls : J'ai regardé les règles Netfilter sur le serveur imap 192.168.1.111 ainsi que sur ma machine 192.168.3.107. Toutes les chaînes sont vides : # iptables -t filter -L # iptables -t nat -L # iptables -t mangle -L Je ne reproduit pas ici les règles du 192.168.1.108 à cause de la longueur. ===> Là où j'en suis : S'il me faut regarder du côté des trois firewalls je veux bien, mais avant, je voudrai quand même m'assurer que le serveur uw-imap est déjà bien configuré, et là, je suis à court d'idées. Ce n'est pas ici que je trouverai la réponse car il y est dit que le plug and play uw-imap ça marche tout seul : http://www.washington.edu/imap/IMAP-FAQs/index.html#3.1 Désolé de la longueur de ce post et de tous ces détails peut-être inutiles. Merci d'avance pour toutes vos idées. -- Cordialement Alain Vaugham ---------------------------------------------------------------- [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC
pgp135jAuv5oS.pgp
Description: PGP signature
_________________________________ Linux mailing list [email protected] http://lists.parinux.org/mailman/listinfo/linux
