OVH Cloud OVH Cloud

Fetchmail + postfix

15 réponses
Avatar
NosPHeratus
Hello tout le monde,

Voilà, j'ai un probleme avec postfix et fetchmail. J'ai cnfigurer fetchmail
de la façon suivante :

set postmaster "postmaster"
set bouncemail
set no spambounce
set properties
set logfile /var/log/fetch.log
pool domain.fr
auth password proto pop3 user "moi" pass "monpass"
is user1 here
ftechall
no keep

J'ai un compte linux user1 et donc à priori une boite mail user1
J'ai réussi à mail via un telnet sur le port 25 localhost à user1 et
recuperer le mail ds OE d'une stations de travail.

Le problement c'est quand je fais un mail sur moi@domain.fr bien que
fetchmail m'indique la presence d'un mail il ne le rapatrie pas et donc ne
le place pas dans la boite de user1

J'ai sans doute oublié quelque chose quelque part, mais j'avoue que je vois
pas où.

J'utilise une mandrake 9 et fetchmail v 6.1.0

Si quelqu'un peut m'aider, merci d'avance.

NosPHeratus.

10 réponses

1 2
Avatar
Eric Jacoboni
"NosPHeratus" <NosPHeratus@~NosLand.com> writes:

ftechall


Vous voulez dire "fetchall", bien entendu ?

J'ai sans doute oublié quelque chose quelque part, mais j'avoue que
je vois pas où.


fetchmail dispose aussi d'une option -v bien pratique pour
diagnostiquer les problèmes.

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

Avatar
NosPHeratus
Oui je voulais dire fetchall, c'est juste une erreur de frappe.
J'ai utilisé le verbose, mais sans résultat, il affiche bien qu'il se
connecte, qu'il y a un message mais malgré tout il ne ramène pas les mails
et ne les deplace pas ds la boite user.
En fait fetchmail fonctionne en ligne de commande mais dès que je veux lui
passer les paramètres dans le fichier de conf : /root/.fetchmailrc ça ne
fonctionne plus, malgré que les paramètres restent les même.

@+

NosPHeratus

"Eric Jacoboni" a écrit dans le message de
news:
"NosPHeratus" <NosPHeratus@~NosLand.com> writes:

ftechall


Vous voulez dire "fetchall", bien entendu ?

J'ai sans doute oublié quelque chose quelque part, mais j'avoue que
je vois pas où.


fetchmail dispose aussi d'une option -v bien pratique pour
diagnostiquer les problèmes.

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



Avatar
Pierre Biava
Hello tout le monde,

Voilà, j'ai un probleme avec postfix et fetchmail. J'ai cnfigurer fetchmail
de la façon suivante :

set postmaster "postmaster"
set bouncemail
set no spambounce
set properties
set logfile /var/log/fetch.log
pool domain.fr
auth password proto pop3 user "moi" pass "monpass"
is user1 here
ftechall
no keep

J'ai un compte linux user1 et donc à priori une boite mail user1
J'ai réussi à mail via un telnet sur le port 25 localhost à user1 et
recuperer le mail ds OE d'une stations de travail.

Le problement c'est quand je fais un mail sur bien que
fetchmail m'indique la presence d'un mail il ne le rapatrie pas et donc ne
le place pas dans la boite de user1

J'ai sans doute oublié quelque chose quelque part, mais j'avoue que je vois
pas où.



pourrais-tu modifier ton fichier fetchmailrc de la façon suivante

set postmaster "postmaster"
set bouncemail
set properties

poll pop.domain.fr with proto POP3
user "moi" password "monpass" is user1 here

vérifie que l'adresse du serveur pop est bien pop.domain.fr et non
mail.domain.fr par exemple.

en regardant le man et mon propre fichier fetchmailrc j'ai vu que la
syntaxe était relativement libre :-)

Une autre raison pour que cela ne fonctionne pas serait que le user qui
lance fetchmail ne soit pas root ce qui fait qu'il ne trouve pas de
fetchmailrc mais tu devrais avoir un message dans les logs.

autre problème c'est que postfix ne distribue pas le message reçu mais
dans ce cas il devrait avoir disparu du serveur et tu devrais avoir un
message aussi dans les logs.

--

A+

Pierre Biava

Avatar
NosPHeratus
Salut,

En fait cette config de base que tu me proposes, je l'ai déjà essayé.
J'ai du utiliser l'option Auth car avec ce compte de messagerie, j'avais
remarqué ds les log du verbose que le serveur refusait toute tentative en
crypter. Ainsi j'ai du forcer le mode accès via login/password avec Auth.
Sinon pour d'autres comptes pop, j'ai fais la manipe que tu donnes, mais le
résultat est le même.
La question des droits à été réglé, car j'execute ma commande en root, de
façon à ce que le demon soit valable pour tous les users que j'envisage de
créé quand ça fonctionnera.
Le nom du serveur aussi, c'est réglé, le pop que j'interroge etant un
domaine que ce soit le pop ou le smtp, le nom du serveur pop est domain.com.
De toutes façons quelque soit les comptes pop que j'interroge le résultat
est le même.

Je pense plus à une option qui manquerait pour forcer le get mail.

Si je lance la commande en ligne : fetchmail -c -u etc.... là ça passe, il
semble que ce soit uniquement quand je fais accès à ce fichier de config que
ça plante, et j'avoue ne pas comprendre pourquoi... Ptre un bug lié à la
mandrake, mais je n'ai lu nul part sur le net ce genre de problème. Tous les
sites faisant reference à la config que je veux mettre en place indique une
configuration similaire à la mienne, sauf que moi, et bien ça marche pas :-)

Si tu as des suggestions, je suis ouvert à tout :)

@++

NosPHeratus
"Pierre Biava" a écrit dans le message de
news:bs3ho9$2qio$
Hello tout le monde,

Voilà, j'ai un probleme avec postfix et fetchmail. J'ai cnfigurer
fetchmail


de la façon suivante :

set postmaster "postmaster"
set bouncemail
set no spambounce
set properties
set logfile /var/log/fetch.log
pool domain.fr
auth password proto pop3 user "moi" pass "monpass"
is user1 here
ftechall
no keep

J'ai un compte linux user1 et donc à priori une boite mail user1
J'ai réussi à mail via un telnet sur le port 25 localhost à user1 et
recuperer le mail ds OE d'une stations de travail.

Le problement c'est quand je fais un mail sur bien que
fetchmail m'indique la presence d'un mail il ne le rapatrie pas et donc
ne


le place pas dans la boite de user1

J'ai sans doute oublié quelque chose quelque part, mais j'avoue que je
vois


pas où.



pourrais-tu modifier ton fichier fetchmailrc de la façon suivante

set postmaster "postmaster"
set bouncemail
set properties

poll pop.domain.fr with proto POP3
user "moi" password "monpass" is user1 here

vérifie que l'adresse du serveur pop est bien pop.domain.fr et non
mail.domain.fr par exemple.

en regardant le man et mon propre fichier fetchmailrc j'ai vu que la
syntaxe était relativement libre :-)

Une autre raison pour que cela ne fonctionne pas serait que le user qui
lance fetchmail ne soit pas root ce qui fait qu'il ne trouve pas de
fetchmailrc mais tu devrais avoir un message dans les logs.

autre problème c'est que postfix ne distribue pas le message reçu mais
dans ce cas il devrait avoir disparu du serveur et tu devrais avoir un
message aussi dans les logs.

--

A+

Pierre Biava



Avatar
Eric Jacoboni
"NosPHeratus" <NosPHeratus@~NosLand.com> writes:

Oui je voulais dire fetchall, c'est juste une erreur de frappe.
J'ai utilisé le verbose, mais sans résultat, il affiche bien qu'il se
connecte, qu'il y a un message mais malgré tout il ne ramène pas les mails
et ne les deplace pas ds la boite user.
En fait fetchmail fonctionne en ligne de commande mais dès que je veux lui
passer les paramètres dans le fichier de conf : /root/.fetchmailrc ça ne
fonctionne plus, malgré que les paramètres restent les même.


Et en mettant simplement :

poll serveur-pop with proto POP3
user "login-pop" there with password "pass-pop" is "login-local" here
options fetchall
mda "/chemin/vers/procmail -d %s"

et en remplaçant par les bonnes valeurs, ça donne quoi ?

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

Avatar
Pierre Biava
Salut,
Si je lance la commande en ligne : fetchmail -c -u etc.... là ça passe, il


pourquoi -c cette commande ne fait que checker sans retirer les messages
ni les effacer.

semble que ce soit uniquement quand je fais accès à ce fichier de config que
ça plante, et j'avoue ne pas comprendre pourquoi... Ptre un bug lié à la


bêtement le fichier de config finit bien par une ligne vide.

sinon ty peux essayer la commande en mode console

fetchmail -v -v - a -f le chemin de ton fichier pour vérifier s'il le
trouve bien.

merci de nous donner le résultat mais si Eric ne trouve pas cela va être
dur ;-)

--

A+

Pierre Biava

Avatar
NosPHeratus
Salut,

Disons pour faire simple, qu'en ligne de commande directe, ça marche mais
avec le fichier de conf ça marche pas :-)
Je me suis emmèlé les crayons avec les options, le -c c'etait quand je
testais seulement :-) En regle générale j'utilisais le -v plus es params du
compte :)

Je crois que eric tient la soluce, cf ma reponse que je vais lui faire :-)

@++

NosPHeratus

"Pierre Biava" a écrit dans le message de
news:bs48bn$855$
Salut,
Si je lance la commande en ligne : fetchmail -c -u etc.... là ça passe,
il



pourquoi -c cette commande ne fait que checker sans retirer les messages
ni les effacer.

semble que ce soit uniquement quand je fais accès à ce fichier de config
que


ça plante, et j'avoue ne pas comprendre pourquoi... Ptre un bug lié à la


bêtement le fichier de config finit bien par une ligne vide.

sinon ty peux essayer la commande en mode console

fetchmail -v -v - a -f le chemin de ton fichier pour vérifier s'il le
trouve bien.

merci de nous donner le résultat mais si Eric ne trouve pas cela va être
dur ;-)

--

A+

Pierre Biava



Avatar
NosPHeratus
Salut Eric,

Tout d'abord, je viens de faire un bond en avant avec toi :) Il y a du
mieux, en effet, maintenant, je parviens à interroger le compte puis le mail
s'efface bien du serveur, mais le hic, c'est que j'ai rien ds la boite.

Voilà ce que j'ai mis :

pool domain.com
auth pasword proto pop3 user "login" pass "monpass",
is "nospheratus" here
options fetchall
mda "/var/spool/mail/nospheratus -d %s" ;

me suis-je trompé quelque part ?

En fait je n'avais pas mis de droit d'accès au depart sur la boite
nospheratus, or dans les logs j'ai vu "acces denied" là, j'ai donc donner à
root les droit sur le fichier et je n'ai donc plus le msg d'erreur, mais
rien ne s'inscrit ds le fichier. Je devrais en principe ds un tail -f
nospheratus vir le mail non ? même si la boite est pas orienter vers postfix
et donc rien avoir ds mon compte imap, ds le fichier je devrais voir le
mail, or il n'y a rien. Ptre un param qui manque ?

Qu'en penses-tu ?

@+

NosPHeratus.

"Eric Jacoboni" a écrit dans le message de
news:
"NosPHeratus" <NosPHeratus@~NosLand.com> writes:

Oui je voulais dire fetchall, c'est juste une erreur de frappe.
J'ai utilisé le verbose, mais sans résultat, il affiche bien qu'il se
connecte, qu'il y a un message mais malgré tout il ne ramène pas les
mails


et ne les deplace pas ds la boite user.
En fait fetchmail fonctionne en ligne de commande mais dès que je veux
lui


passer les paramètres dans le fichier de conf : /root/.fetchmailrc ça ne
fonctionne plus, malgré que les paramètres restent les même.


Et en mettant simplement :

poll serveur-pop with proto POP3
user "login-pop" there with password "pass-pop" is "login-local" here
options fetchall
mda "/chemin/vers/procmail -d %s"

et en remplaçant par les bonnes valeurs, ça donne quoi ?

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



Avatar
NosPHeratus
Salut Eric,

Tout d'abord, je viens de faire un bond en avant avec toi :) Il y a du
mieux, en effet, maintenant, je parviens à interroger le compte puis le mail
s'efface bien du serveur, mais le hic, c'est que j'ai rien ds la boite.

Voilà ce que j'ai mis :

pool domain.com
auth pasword proto pop3 user "login" pass "monpass",
is "nospheratus" here
options fetchall
mda "/var/spool/mail/nospheratus -d %s" ;

me suis-je trompé quelque part ?

En fait je n'avais pas mis de droit d'accès au depart sur la boite
nospheratus, or dans les logs j'ai vu "acces denied" là, j'ai donc donner à
root les droit sur le fichier et je n'ai donc plus le msg d'erreur, mais
rien ne s'inscrit ds le fichier. Je devrais en principe ds un tail -f
nospheratus vir le mail non ? même si la boite est pas orienter vers postfix
et donc rien avoir ds mon compte imap, ds le fichier je devrais voir le
mail, or il n'y a rien. Ptre un param qui manque ?

Qu'en penses-tu ?

@+

NosPHeratus.

"Eric Jacoboni" a écrit dans le message de
news:
"NosPHeratus" <NosPHeratus@~NosLand.com> writes:

Oui je voulais dire fetchall, c'est juste une erreur de frappe.
J'ai utilisé le verbose, mais sans résultat, il affiche bien qu'il se
connecte, qu'il y a un message mais malgré tout il ne ramène pas les
mails


et ne les deplace pas ds la boite user.
En fait fetchmail fonctionne en ligne de commande mais dès que je veux
lui


passer les paramètres dans le fichier de conf : /root/.fetchmailrc ça ne
fonctionne plus, malgré que les paramètres restent les même.


Et en mettant simplement :

poll serveur-pop with proto POP3
user "login-pop" there with password "pass-pop" is "login-local" here
options fetchall
mda "/chemin/vers/procmail -d %s"

et en remplaçant par les bonnes valeurs, ça donne quoi ?

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



Avatar
Pierre Biava
Salut Eric,

Voilà ce que j'ai mis :

mda "/var/spool/mail/nospheratus -d %s" ;



Ce n'est pas bon il faut laisser mda "/chemin/vers/procmail -d %s" ou
mieux ne rien mettre car procmail est le programme qui distribue les
messages en local. Il doit être par défaut.

me suis-je trompé quelque part ?



je pense voir ci dessus

En fait je n'avais pas mis de droit d'accès au depart sur la boite
nospheratus, or dans les logs j'ai vu "acces denied" là, j'ai donc donner à


Le vrai problème vient de là. tous les utilisateurs doivent pouvoir lire
et écrire dans ce répertoire. le propriétaire du fichier nospheratus
doit être nospheratus pour le user et mail pour le groupe.

faire chown nospheratus.mail nospheratus si ce n'est pas le cas dans
/var/spool/mail

--

A+

Pierre Biava

1 2