Le Mardi 28 Novembre 2006 07:19, Georges Lours a écrit : > Le lundi 27 novembre 2006 18:00, André Salaün a écrit : > > Le Lundi 27 Novembre 2006 15:31, Georges Lours a écrit : > > > Le lundi 27 novembre 2006 15:17, jcc a écrit : > > > > as tu vérifier si tu as pas changer ton nom par rapport a ton > > > > iscription j'ai fait cette bourde , plus de mail de la liste > > > > > > Absolument ! Mais, moi, je continue de recevoir les messages de > > > la liste : c'est fetchmail qui ne les rapatrie pas sur mon ordi > > > > fetchmail -v > > pour voir > > A priori, ça vient bien de fetchmail ! J'ai vérifier mon ex-boîte aux > lettres chez wanadoo où je ne reçois que des spams et j'ai la même > erreur. > > fetchmail: 6.3.4 interroge pop.free.fr (protocole POP3) à mar 28 nov > 2006 07:02:26 CET : récupération en cours > fetchmail: POP3< +OK <[EMAIL PROTECTED]> > fetchmail: POP3> CAPA > fetchmail: POP3< -ERR authorization first > fetchmail: authorization first > fetchmail: Re-récupération immédiate sur [EMAIL PROTECTED] > fetchmail: POP3< +OK <[EMAIL PROTECTED]> > fetchmail: POP3> USER geo.lours > fetchmail: POP3< +OK > fetchmail: POP3> PASS * > fetchmail: POP3< +OK > fetchmail: POP3> STAT > fetchmail: POP3< +OK 2 8661 > fetchmail: POP3> LAST > fetchmail: POP3< +OK 0 > 2 messages pour geo.lours dans pop.free.fr (8661 octets). > fetchmail: POP3> LIST 1 > fetchmail: POP3< +OK 1 4940 > fetchmail: POP3> TOP 1 99999999 > fetchmail: POP3< +OK 4940 octets > lecture du message [EMAIL PROTECTED]:1 parmi 2 (4940 octets) > fetchmail: Échec de connexion SMTP avec localhost > fetchmail: POP3> QUIT > fetchmail: POP3< This is a multi-part message in MIME format... > fetchmail: erreur Transaction SMTP durant la réception de > [EMAIL PROTECTED] et l'envoi vers le serveur SMTP localhost > fetchmail: 6.3.4 interroge pop.free.fr (protocole POP3) à mar 28 nov > 2006 07:02:27 CET : interrogation finie > fetchmail: État de la requête=10 (SMTP) > > Sinon dans le man de fetchmail, il y a ce passage > > As each message is retrieved fetchmail normally delivers it via SMTP > to port 25 on the machine it is running on (localhost), just as > though it were being passed in over a normal TCP/IP link. fetchmail > provides the SMTP server with an envelope recipient derived in the > manner described previously. The mail will then be delivered > locally via your system’s MDA (Mail Delivery Agent, usually > sendmail(8) but your system may use a different one such as smail, > mmdf, exim, postfix, or qmail). All the delivery-control mechanisms > (such as .forward files) normally available through your system MDA > and local delivery agents will therefore work automatically. > > Si je comprends bien, ce serait le SMTP qui tourne sur ma machine qui > déconne ? Mais pourquoi ça lui prendrait d'un seul coup ? Pas nécessairement c'est durant la transaction qu'il y a une erreur et elle n epeut donc pas se poursuivre sur locahost, mais ça peut être parce aussi qu'il y a un blocage sur un message sur le serveur distant. Un truc semblabe m'est arrivé sur un compte free justement avec un message qui plantait fetchmail, je l'ai détruit et c'est reparti (pas cherché plus loin à l'époque) Peux-tu paramétrer une autre adresse dans ton /etc/fetchmailrc ou /root /.fetchmailrc (selon ta config) voir s'il plante aussi ?
Et même un petit "fetchmail -v -v" (t'auras la totale comme ça) et enfin peut-on voir ton fetchmailrc ? (on t'autorise à cacher adresses et mots de passe ;-) ) -- André Salaün
========================================= Vous souhaitez acquerir votre pack ou des services Mandriva? Rendez-vous sur "http://store.mandriva.com";. Rejoignez le club Mandriva : http://club.mandriva.com =========================================
