Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Matériel Réseaux et Internet Messagerie Pb fetchmail avec free

Pb fetchmail avec free

11 réponses
Avatar
hugolino
Bonjour et bonne année tous et a toutes

Depuis hier, fetchmail ne me rapatrie plus mon courrier, je viens
d'avoir le support de free au téléphone (car la hotline@free.fr, je
pense que eux aussi doivent avoir un problème avec fetchmail ;)

Et ils me disent qu'ils n'ont rien touché à leur config. Le problème
étant que moi non plus je n'ai rien touché, fetchmail tourne sans
problème chez moi depuis 5 ans, configuré grace à l'exellente doc de ce
bon EJ

mon .fetchmailrc:
8<------------------------------------------------------
set postmaster "hugo"
poll pop.free.fr with proto POP3
user "hugolino" there with password "XXXXXXXX" is hugo here
poll pop.free.fr with proto POP3
user "h.fertin" there with password "YYYYYYYY" is hugo here
8<------------------------------------------------------

Et si je fais dans un console un fetchmail -v, ça dit:
8<------------------------------------------------------
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
2004 10:10:33 CET: poll started
fetchmail: POP3< +OK <13941.1073034754@pop2-a.free.fr>
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR authorization first
fetchmail: authorization first
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
fetchmail: POP3> USER hugolino
fetchmail: POP3< +OK
fetchmail: POP3> PASS
fetchmail: POP3< +OK
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
fetchmail: POP3> STAT
fetchmail: POP3< +OK 10 692481
fetchmail: POP3> LAST
fetchmail: POP3< +OK 0
10 messages pour hugolino dans pop.free.fr (692481 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK
fetchmail: POP3< 1 308060
<cut>
fetchmail: POP3< 10 116949
fetchmail: POP3< .
fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK 308060 octets
reading message hugolino@pop.free.fr:1 of 10 (308060 octets)
fetchmail: terminé par un signal 2
8<------------------------------------------------------

En plus quand il passe sur les gros messages, je vois bien qu'il les
lit, je suis en RTC et le message de 300ko me prend 10 secondes

Ce qui a provoqué mon coup de fil à free, c'est la première ligne que
j'ai soulignée, mais 4 lignes après, il répond OK quand je donne mon
password.

Puis il termine avec une erreur 2.
Serait-ce que la charmante informaticienne qui adore les consoles de
mainframes auteur du premier message (que j'ai lu sur webmail.com)
arrive a planter mon fetchmail car il contient des propos disons un peu
"hot", ou car elle y a ajouté une photo de 200 ko en jpeg.

Bien sur pendant ce fetchmail, j'ai surveillé mon /var/log/mail.info et
je vois bien que mon MTA (PostFix) ne bronche pas. De toutes façons mes
mails sortent sans problème et le seul truc un peu bizarre est que
postfix mets 3 ou 4 secondes à démarrer lors du boot de ma linuxette.


Voili-voilou

Toute aide sera récompensée par la photo que cette informaticienne m'a
envoyée ;)


PS: Si Eric arrive jusqu'ici, peut-il me dire comment connaitre le
nombre de mails en partance, parce que sous /var/spool/postfix, c'est un
peu le b****l ;-)

--
Hugo
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
DINH Viêt Hoà

Et si je fais dans un console un fetchmail -v, ça dit:
8<------------------------------------------------------
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
2004 10:10:33 CET: poll started
fetchmail: POP3< +OK
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR authorization first
fetchmail: authorization first
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


c'est normal. Le serveur ne semble pas gérer la commande CAPA.
CAPA n'est pas géré par beaucoup de serveurs en fait.

fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK 308060 octets
reading message :1 of 10 (308060 octets)
fetchmail: terminé par un signal 2
8<------------------------------------------------------

En plus quand il passe sur les gros messages, je vois bien qu'il les
lit, je suis en RTC et le message de 300ko me prend 10 secondes

Ce qui a provoqué mon coup de fil à free, c'est la première ligne que
j'ai soulignée, mais 4 lignes après, il répond OK quand je donne mon
password.

Puis il termine avec une erreur 2.
Serait-ce que la charmante informaticienne qui adore les consoles de
mainframes auteur du premier message (que j'ai lu sur webmail.com)
arrive a planter mon fetchmail car il contient des propos disons un peu
"hot", ou car elle y a ajouté une photo de 200 ko en jpeg.


ou alors, le message en question arrive à planter le serveur pop de
free si je suppose que tu as déjà essayé plusieurs fois.

--
DINH V. Hoa,

etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan

Avatar
Eric Jacoboni
(Hugolino) writes:


PS: Si Eric arrive jusqu'ici, peut-il me dire comment connaitre le
nombre de mails en partance, parce que sous /var/spool/postfix,
c'est un peu le b****l ;-)


Je ne comprend pas la question : si c'est connaître le nombre de
messages en attente d'envoi par Postfix, que reproches-tu à mailq ?

Sinon, voir du côté de la commande postsuper, qui permet plein de
choses...

En gros, les messages en attente d'envoi sont sous le répertoire
deferred, dans des répertoires hachés.

--
Éric Jacoboni, né il y a 1376500832 secondes

Avatar
hugolino
Le Fri, 02 Jan 2004 17:29:59 +0100, Eric Jacoboni a écrit:
(Hugolino) writes:
PS: Si Eric arrive jusqu'ici, peut-il me dire comment connaitre le
nombre de mails en partance, parce que sous /var/spool/postfix,
c'est un peu le b****l ;-)


Je ne comprend pas la question : si c'est connaître le nombre de
messages en attente d'envoi par Postfix, que reproches-tu à mailq ?


Trois fois rien, juste que:

$ apropos mail | wc -l
108

et c'est vrai qu'on a parmi ces 108 lignes "mailq (1) - (inconnu)"

Bref, ouvrir les yeux.

Sinon, voir du côté de la commande postsuper, qui permet plein de
choses...


OK, RTFM donc...

En gros, les messages en attente d'envoi sont sous le répertoire
deferred, dans des répertoires hachés.


Oui c'est bien ce que je disais, c'est "peu le b****l".

Bon, j'ai toujours pas réussi à déterminer ta date de naissance,
6 avril ?

Merci de ta réponse précise et concise comme toujours...

--
Hugues


Avatar
hugolino
Le Fri, 2 Jan 2004 14:08:47 +0100, DINH Viêt Hoà a écrit:

Et si je fais dans un console un fetchmail -v, ça dit:
8<------------------------------------------------------
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
2004 10:10:33 CET: poll started
fetchmail: POP3< +OK
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR authorization first
fetchmail: authorization first
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


c'est normal. Le serveur ne semble pas gérer la commande CAPA.
CAPA n'est pas géré par beaucoup de serveurs en fait.


OK, comment je peux virer ça ? (pas de 'CAPA' dans la page de man)

Et puis ça marchait comme ça depuis 5 ans, je ne pense pas que là soit
le problème.

En plus quand il passe sur les gros messages, je vois bien qu'il les
lit, je suis en RTC et le message de 300ko me prend 10 secondes
ou alors, le message en question arrive à planter le serveur pop de

free si je suppose que tu as déjà essayé plusieurs fois.


Bon, j'ai du nouveau. J'ai supprimé tous mes messages en attente dans
mes deux boîtes chez free.

J'ai tué fetchmail qui tournait en démon puis je l'ai relancé et depuis
3 heures que je suis en ligne, j'ai jeté régulièrement un oeil sur mon
interface web (chez free et sur webmail.com)

A un moment, j'ai vu que j'avais un message (un petit spam), mais
fetchmail ne l'avait pas chargé. Donc je tue le démon et je relance
manuellement et ça dit:

8<---------------------------------------------------------
08:58pm /home/hugo # fetchmail -vv
fetchmail: suppression de l'ancien fichier verrou
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
2004 20:58:53 CET: poll started
fetchmail: POP3< +OK
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR authorization first
fetchmail: authorization first
fetchmail: POP3> USER hugolino
fetchmail: POP3< +OK
fetchmail: POP3> PASS
fetchmail: POP3< +OK
fetchmail: sélection ou re-réception du dossier par défaut
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 3986
fetchmail: POP3> LAST
fetchmail: POP3< +OK 0
1 message pour hugolino dans pop.free.fr (3986 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK
fetchmail: POP3< 1 3986
fetchmail: POP3< .
fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK 3986 octets
reading message :1 of 1 (3986 octets)
Sur le point de réécrire Return-Path:
La version réécrite est Return-Path:

Sur le point de réécrire From: "Clint Haas"
La version réécrite est From: "Clint Haas"

Sur le point de réécrire To:
La version réécrite est To:

Sur le point de réécrire Cc: , , ,
, , ,
, ,
,
La version réécrite est Cc: , , ,
, , ,
, ,
,

Sur le point de réécrire Reply-To: "Clint Haas"
La version réécrite est Reply-To: "Clint Haas"

fetchmail: Échec de connexion SMTP avec localhost
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
fetchmail: POP3> QUIT
fetchmail: POP3< --9509979171448736
fetchmail: erreur Transaction SMTP durant la réception de pop.free.fr
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
2004 20:59:00 CET: poll completed
fetchmail: État de la requête (SMTP)
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
<cut le fetch de la 2ème boite (vide)>
fetchmail: terminaison normale, état 1
fetchmail: Effacement du fichier fetchids.
08:59pm /home/hugo #
8<----------------------------------------

Donc fetchmail arrive bien à lire le message mais ne le rapatrie pas (il
ne le tue pas non plus). Et postfix ne bronche pas.

Peut-être quelque chose de bizarre avec postfix, en dehors du temps
qu'il mets à se lancer lors du boot, je suis maintenant obligé de faire
un 'sendmail -q -v', un 'sendmail -q' ne suffit pas, alors que j'étais
en ligne quand j'ai eu fini d'écrire mon mail.

Le log:
8<----------------------------------------
Jan 2 18:56:42 Deborah postfix/postqueue[12444]: dict_eval_action: type
literal buf 127.0.0.0/8 context mail_dict "1s" recursive
Jan 2 20:06:46 Deborah postfix/pickup[12456]: 32BB4275B5: uid00
from=<hugo>
Jan 2 20:06:46 Deborah postfix/cleanup[16927]: 32BB4275B5:
message-id=
Jan 2 20:06:46 Deborah postfix/qmgr[32556]: 32BB4275B5:
from=, size990, nrcpt=1 (queue active)
Jan 2 20:06:48 Deborah postfix/smtp[16929]: 32BB4275B5:
to=, relay=smtp.free.fr[213.228.0.44], delay=2,
status=sent (250 Ok: queued as 35913C420A)

La il le mets dans la queue alors que je suis en ligne (normal) mais on
n'a pas la séquence du postqueue. Pourquoi il l'envoie pas, mystère.

Jan 2 20:20:32 Deborah postfix/sendmail[17763]: fatal: -qv is not
implemented

Et là on voit que j'ai déjà fait sendmail -q sans qu'il bouge, il a
fallut que je passe l'option v (et on voit que je me suis gourré en
groupant les options: 'sendmail -q -v' a fonctionné)

Est-ce que je me trompe en pensant qu'après 15 minutes postfix aurait du
envoyer tout seul mon mail.
8<----------------------------------------



Bref je m'interroge...

Merci de m'aider et désolé pour la longueur du post.



PS: le temps de rédiger ce message, un nouveau spam est arrivé, ça dit:
8<----------------------------------------

fetchmail: POP3< 1 3986
fetchmail: POP3< 2 4183
<cut pareil que ci-dessus>
La version réécrite est Reply-To: "Clint Haas"

fetchmail: Échec de connexion SMTP avec localhost
fetchmail: POP3> QUIT
fetchmail: POP3< --9509979171448736
fetchmail: erreur Transaction SMTP durant la réception de pop.free.fr
fetchmail: 5.9.11 querying pop.free.fr (protocol POP3) at ven 02 jan
2004 21:46:34 CET: poll completed
fetchmail: État de la requête (SMTP)
<cut le pool de la 2ème boîte toujours vide>
8<----------------------------------------

Et là je ne voie pas mon deuxième spam passer.

--
Hugo


Avatar
Olivier Tharan
* Hugolino (Fri, 2 Jan 2004 21:51:00 +0100):
fetchmail: Échec de connexion SMTP avec localhost
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


Là ce n'est plus le problème de fetchmail : il faut voir pourquoi
Postfix n'accepte pas de connexion SMTP depuis localhost, notamment dans
les logs système.

Est-ce que je me trompe en pensant qu'après 15 minutes postfix aurait du
envoyer tout seul mon mail.


Non. La sortie de `postconf -n' serait utile.

--
olive

Avatar
Eric Jacoboni
(Hugolino) writes:

et c'est vrai qu'on a parmi ces 108 lignes "mailq (1) - (inconnu)"


Euh... Cette doc est vieille et n'est plus à jour, mais elle parle de
mailq ;-)

http://www.linux-france.org/article/mail/postfix-jaco/

Bon, j'ai toujours pas réussi à déterminer ta date de naissance,
6 avril ?


Non... Cherche encore ;-)

--
Éric Jacoboni, né il y a 1376524366 secondes

Avatar
DINH Viêt Hoà

Bon, j'ai toujours pas réussi à déterminer ta date de naissance,
6 avril ?


Non... Cherche encore ;-)



$ perl
$a = localtime(time - 1376524366);
print "$an";

reste que personne ne t'a jamais souhaité un joyeux anniversaire à la
date donnée :(

--
DINH V. Hoa,

etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan


Avatar
hugolino
Le Fri, 2 Jan 2004 21:53:40 +0000 (UTC), Olivier Tharan a écrit:
* Hugolino (Fri, 2 Jan 2004 21:51:00 +0100):
fetchmail: Échec de connexion SMTP avec localhost
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


Là ce n'est plus le problème de fetchmail : il faut voir pourquoi
Postfix n'accepte pas de connexion SMTP depuis localhost, notamment dans
les logs système.


Arg! Comment ne l'ai-je pas vu ? Après la remarque d'EJ on va croire que
j'ai vraiment de la m***e dans les yeux :-/

Est-ce que je me trompe en pensant qu'après 15 minutes postfix aurait du
envoyer tout seul mon mail.


Non. La sortie de `postconf -n' serait utile.


8<-------------------------------------------------
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = Deborah, localhost.localdomain, localhost, Deborah.R
cknRoll.org
myhostname = Deborah
mynetworks = 127.0.0.0/8
myorigin = /etc/mailname
program_directory = /usr/lib/postfix
recipient_delimiter = +
relayhost = [smtp.free.fr]
sender_canonical_maps = hash:/etc/postfix/canonical
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
8<-------------------------------------------------

Tout m'a l'air bon. (et 'postfix check' ne bronche pas)

Voili-voilou.


Merci de réagir aussi vite, pas couché ? moi je pars manger.


--
Hugo


Avatar
hugolino
Le Fri, 2 Jan 2004 21:53:40 +0000 (UTC), Olivier Tharan a écrit:
* Hugolino (Fri, 2 Jan 2004 21:51:00 +0100):
fetchmail: Échec de connexion SMTP avec localhost
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


Là ce n'est plus le problème de fetchmail : il faut voir pourquoi
Postfix n'accepte pas de connexion SMTP depuis localhost, notamment dans
les logs système.

Est-ce que je me trompe en pensant qu'après 15 minutes postfix aurait du
envoyer tout seul mon mail.


Non. La sortie de `postconf -n' serait utile.




Pour complèter ...


Le problème à l'air plus complexe que prévu.

1) En local ça marche: si en tant que 'hugo', j'envoie un mail à 'root',
le mail me revient après quelques secondes.

2) Là je viens d'écrire un mail, et j'ai fait tout de suite 'mailq', le
mail était déjà parti. Mais il y a trois heures, j'ai été obligé de
faire deux fois 'sendmail -q -v' (sans -v ça marche pas) pour que les
deux mails que j'avais écrit avant de me connecter partent.

3) Maintenant que j'y pense, je me rapelle qu'il y a un mois environ,
PostFix m'a fait un truc bizarre, il mettait mon adresse en Cc des mails
que je postais (et j'ai fait le test avec 3 MUA différents) peut-être
parce que j'avais changé mon nom de domaine (très moyennement valide ;-)
qui contenait deux appostrophes. Mais à ce moment-là je n'avais pas de
problème pour récupérer mon courrier. Un 'postfix check' m'a averti du
problème et je l'ai corrigé.

4) Reste le problème du temps de démarrage de postfix lors du boot...


--
Follow-up fmb.linux, parce que la charte de fca.emacs, redigee par mes
soins, interdit les trolls GNU Emacs/XEmacs, sur lesquels je suis le
premier a me lancer :-)
-+- JK in guide du linuxien pervers - bien configurer sa charte -+-



Avatar
hugolino
Le Sat, 03 Jan 2004 00:05:21 +0100, Eric Jacoboni a écrit:
(Hugolino) writes:

et c'est vrai qu'on a parmi ces 108 lignes "mailq (1) - (inconnu)"


Euh... Cette doc est vieille et n'est plus à jour, mais elle parle de
mailq ;-)

http://www.linux-france.org/article/mail/postfix-jaco/


M'enfin ! Elle est sur mon disque (Version 0.7 -- 29 octobre 2000) et
quand j'ouvre mon script pour le modifier et utiliser la commande mailq
je vois en commentaire:

# Modifications le 30 Octobre 2000, suite à installation de Postfix

En gros tu avais du faire une annonce que cette doc étais dispo et le
lendemain je l'avais lue et mise en oeuvre...

Donc ça fait plus de 3 ans que postfix tournait chez moi sans problème,
grâce à toi ;-)


Reste un petit problème:
Si avec Mutt je ne mets pas de champ 'From:', postfix ré-écrit l'adresse
avec : ok il lit /etc/postfix/canonical qui contient en
plus des 187 lignes de la page de man de canonical la ligne:
'hugo '
Mais si je complète le champ 'From:' avec ce qui fait
tout de suite plus sérieux surtout pour causer à , postfix
réécrit quand même l'adresse en , comment empêcher
ça ?

Bon, j'ai toujours pas réussi à déterminer ta date de naissance,
6 avril ?


Non... Cherche encore ;-)



Marche pas le truc de Mr DINH :-/


--
Que demande le peuple ?
Un livre sur les gnous, avec des images [] à découper, et ce serait auto-

collant, et le manchot, il mettrait le papier de linuxminimum autour du, et,
-+- Gregg in Guide du linuxien pervers - "Non, pas les gens en blanc !"


1 2