Re-hello Dans une config de POP3/IMAP proxy qui permettrait a mes users de retirer leurs mails en POP3/POP3S et IMAP/IMAPS a distance sur leurs portables (meme si l'interface felamimail de eGroupware est bien, y a tjs des "Outlookeurs"...), j'ai un serveur imap/pop3 interne (Courier sur Suse9.0) et un serveur Debian/stable dans la DMZ avec Perdition.
Les services imap/pop3/smtp du cluster Suse9.0 interne fonctionnent bien, avec l'authentification et tout. Perdition par compte, c'est la mis�re (d�ja du cote doc...): La config (commencer sans SSL): /etc/perdition/perdition.conf no_bind_banner connection_logging debug F mail username nobody group nogroup connection_limit 60 map_library "" #Pour ne pas rechercher localement les uid/pass mais contacter le vrai server no_lookup server_ok_line protocol POP3, IMAP4 s mail.local Si je configure un MUA (Sylpheed ie) pour se connecter a mon server externe (debian+perdition), en POP3 et IMAP, il trouve bien le service et tente de s'y connecter. J'ai les bannieres du daemon et puis apres un certain temps, une erreur d'authentification: Connecting to POP3 server: extranet.foo... [16:33:29] POP3< +OK POP3 Ready artemis [16:33:29] POP3> USER toto [16:33:29] POP3< +OK USER toto set [16:33:29] POP3> PASS ******** [16:33:29] POP3< -ERR Could not connect to server ** error occurred on authentication ** Authentication failed. (REM: en APOP, c'est hyper lent: authenticating/retrieving sans r�ponse) en IMAP, le folder reste d�sesp�r�ment vide. Un refresh ou un abonnement aux folders ne marche pas. En regardant c�t� serveur (proxy Perdition): -LOG de la session POP3- Aug 23 16:34:06 artemis perdition[15186]: Connect: xxx.xxx.xxx.xxx->192.168.1.1 Aug 23 16:34:06 artemis perdition[15186]: +OK POP3 Ready artemis^M Aug 23 16:34:06 artemis perdition[15186]: +OK USER toto set^M Aug 23 16:34:06 artemis perdition[15186]: vanessa_socket_host_in_addr: invalid address Aug 23 16:34:06 artemis perdition[15186]: vanessa_socket_host_port_sockaddr_in: vanessa_socket_host_in_addr Aug 23 16:34:06 artemis perdition[15186]: vanessa_socket_client_src_open: vanessa_socket_host_port_sockaddr_in to Aug 23 16:34:06 artemis perdition[15186]: main: vanessa_socket_client_open Aug 23 16:34:06 artemis perdition[15186]: Could not connect to server Aug 23 16:34:06 artemis perdition[15186]: -ERR Could not connect to server^M Aug 23 16:34:12 artemis perdition[15186]: __token_fill_buffer: zero bytes read: No child processes Aug 23 16:34:12 artemis perdition[15186]: token_read: token_fill_buffer Aug 23 16:34:12 artemis perdition[15186]: __read_line: token_read Aug 23 16:34:12 artemis perdition[15186]: read_line: __read_line Aug 23 16:34:12 artemis perdition[15186]: pop3_in_get_pw: pop3_in_get_pw: read_line Aug 23 16:34:12 artemis perdition[15186]: main: protocol->in_get_pw Aug 23 16:34:12 artemis perdition[15186]: Fatal Error reading authentication information from client "xxx.xxx.xxx.xxx->192.168.1.1 ": Exiting child et le LOG de la session IMAP: Aug 23 16:38:48 artemis perdition[15201]: Connect: xxx.xxx.xxx.xxx->192.168.1.1 Aug 23 16:38:48 artemis perdition[15201]: * OK IMAP4 Ready artemis^M Aug 23 16:38:48 artemis perdition[15201]: * CAPABILITY IMAP4 IMAP4REV1^M Aug 23 16:38:48 artemis perdition[15201]: 1 OK CAPABILITY^M Aug 23 16:38:48 artemis perdition[15201]: vanessa_socket_host_in_addr: invalid address Aug 23 16:38:48 artemis perdition[15201]: vanessa_socket_host_port_sockaddr_in: vanessa_socket_host_in_addr Aug 23 16:38:48 artemis perdition[15201]: vanessa_socket_client_src_open: vanessa_socket_host_port_sockaddr_in to Aug 23 16:38:48 artemis perdition[15201]: main: vanessa_socket_client_open Aug 23 16:38:48 artemis perdition[15201]: Could not connect to server Aug 23 16:38:48 artemis perdition[15201]: 2 NO Could not connect to server^M Aug 23 16:38:48 artemis perdition[15201]: * BYE IMAP4 server loging out^M Aug 23 16:38:48 artemis perdition[15201]: 3 OK LOGOUT^M Aug 23 16:38:48 artemis perdition[15201]: Closing NULL session: 212.100.178.228->192.168.1.1 username=(null) Voila les logs de la DMZ. Au niveau des logs du serveur inerne, c'est le n�ant sur ces deux connexions. Pourtant, du serveur ou tourne Perdition (192.168.1.1), je peux manuellement me connecter au server interne: telnet mail.local 110 Trying 192.168.0.1... Connected to intranet.local. Escape character is '^]'. +OK Hello there. et telnet mail.local 143 Trying 192.168.0.1... Connected to intranet.local. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright 1998-2003 Double Precision, Inc. See COPYING for distribution information. Hum...j'y comprends rien. Y a-t-il des pro de Perdition dans la salle ou bien d'une alternative a ce brol (pas trop consommateur et quine fait que relayer les connexions IMAP et POP vers un vrai server, qui les authentifie et lui envoient le data. _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: chat.unixtech.be:6667 - #unixtech
