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
