Re: fetchmail (procmail mutt) : timeout socket error
Le Wednesday 29 July 2009 18:46:21 Michaël Pierson, vous avez écrit :
[...]
> > >
> > > Voici un extrait de '~.fetchmail.log' avec dépassement de délai et
> > > erreur socket et 10' plus tard la réception du mail pour ce compte.
> > > "...
> > > fetchmail: démarrage de fetchmail 6.3.9-rc2 en tâche de fond
> > > fetchmail: mise en sommeil à mer 29 jui 2009 12:17:16 CEST pour 300
> > > secondes fetchmail: réveillé à mer 29 jui 2009 12:22:16 CEST
> > > fetchmail: 1 message pour XXX@gmail.com dans pop.gmail.com (464589
> > > octets). fetchmail: lecture du message
> > > XXX@gmail.com@gmail-pop.l.google.com:1 parmi 1 (464589 octets) éliminé
> > > fetchmail: mise en sommeil à mer 29 jui 2009 12:22:18 CEST pour 300
> > > secondes fetchmail: réveillé à mer 29 jui 2009 12:27:18 CEST
> > > fetchmail: délai dépassé après 300 secondes d'attente du serveur
> > > mail.voo.be. fetchmail: erreur socket durant la réception de
> > > YYY@voo.be@mail.voo.be fetchmail: État de la requête=2 (SOCKET)
> > > fetchmail: mise en sommeil à mer 29 jui 2009 12:32:20 CEST pour 300
> > > secondes fetchmail: réveillé à mer 29 jui 2009 12:37:20 CEST
> > > fetchmail: 1 message pour YYY@voo.be dans mail.voo.be (470460 octets).
> > > fetchmail: lecture du message YYY@voo.be@mrouterout.brutele.be:1 parmi
> > > 1 (470460 octets) éliminé fetchmail: mise en sommeil à mer 29 jui 2009
> > > 12:37:22 CEST pour 300 secondes ..."
> >
> > Tu pourrais montrer la configuration du compte avec 'mail.voo.be' ?
> > C'est un compte imap , pop3 , ... ?
>
> Voici l'intégrale de '~/.fetchmailrc':
>
> # compte FAI:
> poll mail.voo.be
> protocol pop3
> username "YYY@voo.be"
> password "aaaaaa"
>
> # 1er compte gmail:
> poll pop.gmail.com
> protocol pop3
> port 995
> username "XXX@gmail.com"
> password "bbbbb"
> ssl
>
> # 2eme compte gmail:
> poll pop.gmail.com
> protocol pop3
> port 995
> username "ZZZ@gmail.com"
> password "ccccc"
> ssl
>
> > Et par la suite, tu utilises 'sendmail', 'procmail' ou un serveur SMTP ?
>
> Pour les mails entrants, j'utilise procmail afin de trier, SpamAssassin
> pour filtrer et enfin Mutt comme lecteur.
Pour fixer l'utilisation de procmail avec fetchmail, il est possible d'ajouter
cette ligne au début et avant les comptes:
defaults mda '/usr/bin/procmail -Y -d %T'
sans cette ligne, les messages seront réexpédiés via SMTP vers le serveur
localhost (par défaut). Tu as un serveur SMTP actif sur le port 25 qui
accepte les messages sans authentification ?
D'ailleurs, un excellent moyen pour 'visualiser' comment les paramètres de ton
fichier de configuration est interprété est d'utiliser l'option '-V' de
fetchmail :
% fetchmail -V -f ~/.fetchmailrc
>
> Pour les envois, j'utilise Mutt et msmtp pour me connecter à un serveur
> smtp gmail 'host smtp.gmail.com'.
>
> Postfix pour les mails en local.
C'est excessif ! Tu as déjà msmtp qui rempli cette tâche !!
>
> > Pour l'erreur socket, le man de fetchmail dit:
> >
> > An error was encountered when attempting to open a socket to retrieve
> > mail. If you don't know what a socket is, don't worry about it -- just
> > treat this as an 'unrecoverable error'. This error can also be because a
> > protocol fetchmail wants to use is not listed in /etc/services.
>
> POP3 est bien un protocole définit dans /etc/services. Nous voilà alors
> avec une erreur "irrécupérable". :(
Non. L'erreur pourrait venir par le fait que tu n'utilises pas le
paramètre 'mda' en réexpédiant les messages de fetchmail par SMTP au lieu
d'utiliser directement procmail.
Dans ce cas de figure, il est possible d'utiliser une variable d'environnement
an lançant fetchmail de cette manière:
% env SOCKS_CONF=/dev/null /usr/bin/fetchmail \
--daemon 300 \
--logfile ~/.fetchmail.log \
--pidfile ~/.fetchmail.pid
Il faudrait aussi regarder les logs de Postfix quand fetchmail réinjecte les
messages sur le serveur SMTP localhost:25
>
> > Tu renvois les messages sur un compte SMTP ?
>
> Non.
Si il n'y a pas de paramètre mda fixer sur par exemple procmail, les messages
sont réexpédies sur ton compte local de ton serveur SMTP. Donc oui.
@+
--
(o_
(/)_
S e r g e
Reply to: