Re: postfix, fetchmail, procmail - y'a comme un hic

[Bzzz]

On Thu, 20 Dec 2012 14:22:15 +0100
Sébastien NOBILI  wrote:

> 
> Le mail a donc bien été confié à procmail. As-tu regardé le fichier de log de
> procmail ? C'est verbeux mais instructif… Pas sûr que tu puisses te baser sur
> « message-id » pour identifier les lignes correspondantes, mais à partir de
> l'expéditeur et du sujet, chez moi, j'arrive à trouver.

J'aurais du y penser, mais comme un gland j'avais carrément zappé
les lignes de conf pour le fichier de log une fois mes règles
testées & vérifiées.
C'est rétabli et je vais demander à mon pote de refaire un test
(et bien évidemment, il est absent cet après-midi:( ; c'est quand
même très zarb: qd il s'adresse à ma BAL gmail, son e-mail arrive 
sans encombres!?

> Autre piste au passage, as-tu vérifié que /var/mail/{utilisateur} ne contient
> pas quelques messages (ça m'est déjà arrivé) ?

Vi, y'a du monde mais tout est bien vide

-- 
 Kira: JOIN THE DARK SIDE, YOUNG ONE.
 darth, I *am* the dark side.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121220145156.71dc0f41@anubis.defcon1

Re: postfix, fetchmail, procmail - y'a comme un hic

[Sébastien NOBILI]

Le jeudi 20 décembre 2012 à 11:25, Bzzz a écrit :
> Salut liste,

Salut,

[...]

> Bon, je sais que je ne devrais pas faire tourner ça en sid, mais c'est
> quand même la 1ère fois que ça arrive (avant, j'ai seulement eu un svr
> non-opérationnel comme "pire panne").

J'allais le dire, mais ça ne fait pas avancer ton affaire…

[...]

> Voilà le log du dernier e-mail arrivé, non-distribué (rien dans deferred):
> 
> Dec 20 04:34:16 anubis fetchmail[1810]: 1 message for lazyvi...@gmx.com at 
> pop.gmx.com (6059 octets).
> Dec 20 04:34:17 anubis postfix/smtpd[6387]: connect from localhost[127.0.0.1]
> Dec 20 04:34:17 anubis postfix/smtpd[6387]: 87F8E6382C4: 
> client=localhost[127.0.0.1]
> Dec 20 04:34:17 anubis postfix/cleanup[6392]: 87F8E6382C4: 
> message-id=<8cfac7991c6b9d6-1984-15...@webmail-m056.sysops.aol.com>
> Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: from=, 
> size=6354, nrcpt=1 (queue active)
> Dec 20 04:34:17 anubis fetchmail[1810]: reading message 
> lazyvi...@gmx.com@pop.gmx.com:1 of 1 (6059 octets) flushed
> Dec 20 04:34:17 anubis postfix/smtpd[6387]: disconnect from 
> localhost[127.0.0.1]
> Dec 20 04:34:17 anubis postfix/local[6393]: 87F8E6382C4: to=, 
> relay=local, delay=0.3, delays=0.13/0.03/0/0.14, dsn=2.0.0, status
> =sent (delivered to command: /usr/bin/procmail)
> Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: removed

Le mail a donc bien été confié à procmail. As-tu regardé le fichier de log de
procmail ? C'est verbeux mais instructif… Pas sûr que tu puisses te baser sur
« message-id » pour identifier les lignes correspondantes, mais à partir de
l'expéditeur et du sujet, chez moi, j'arrive à trouver.

Autre piste au passage, as-tu vérifié que /var/mail/{utilisateur} ne contient
pas quelques messages (ça m'est déjà arrivé) ?

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121220132215.ga8...@sebian.nob900.homeip.net

postfix, fetchmail, procmail - y'a comme un hic

[Bzzz]

Salut liste,

Suite à une discussion  avec un ami qui assurait m'avoir expédié
2 e-mails, j'ai vérifié mes logs et j'ai bien la trace de la réception
ces e-mails, mais aucun e-mail dans son dossier!
Évidemment, jusqu'à il y a 3 jours, tout roulait correctement.

Bon, je sais que je ne devrais pas faire tourner ça en sid, mais c'est
quand même la 1ère fois que ça arrive (avant, j'ai seulement eu un svr
non-opérationnel comme "pire panne").

Donc, je me dis que c'est ptêt la partie fetchmail/procmail qui fait ça
et je commente les règles spécifique à cet ami, mais nan: ce matin même
topo. Je viens d'aller faire un tour voir s'il n'y a pas de bug dans 
ces 2 pkgs.

Le pire, c'est que les posts des différentes MLs auxquelles je suis
abonné sont correctement délivrés, ainsi que d'autres e-mails perso!?
(également filtrés par procmail).  Je n'ai pas de filtrage anti-virus,
juste un filtrage anti-spams (dans claws-mail) mais qui rejette bien
les spams dans un dossier spécifique.

Voilà le log du dernier e-mail arrivé, non-distribué (rien dans deferred):

Dec 20 04:34:16 anubis fetchmail[1810]: 1 message for lazyvi...@gmx.com at 
pop.gmx.com (6059 octets).
Dec 20 04:34:17 anubis postfix/smtpd[6387]: connect from localhost[127.0.0.1]
Dec 20 04:34:17 anubis postfix/smtpd[6387]: 87F8E6382C4: 
client=localhost[127.0.0.1]
Dec 20 04:34:17 anubis postfix/cleanup[6392]: 87F8E6382C4: 
message-id=<8cfac7991c6b9d6-1984-15...@webmail-m056.sysops.aol.com>
Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: from=, 
size=6354, nrcpt=1 (queue active)
Dec 20 04:34:17 anubis fetchmail[1810]: reading message 
lazyvi...@gmx.com@pop.gmx.com:1 of 1 (6059 octets) flushed
Dec 20 04:34:17 anubis postfix/smtpd[6387]: disconnect from localhost[127.0.0.1]
Dec 20 04:34:17 anubis postfix/local[6393]: 87F8E6382C4: to=, 
relay=local, delay=0.3, delays=0.13/0.03/0/0.14, dsn=2.0.0, status
=sent (delivered to command: /usr/bin/procmail)
Dec 20 04:34:17 anubis postfix/qmgr[4559]: 87F8E6382C4: removed

Là, je sèche.

-- 
 finalement les filles c'est pas mal :)
 tas testé
 ah bon ?
 ca fait quoi de mieux qu un pc ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20121220112512.2b5d6a98@anubis.defcon1

Re: Fetchmail, procmail

[Jean-Yves F. Barbier]

Zuthos a écrit :
> Jean-Yves F. Barbier a écrit :
> | 
> | il suffit de chercher un peu, et de faire une "recette" multi distribution"
> | telle que le dernier pavé de:
> | http://www.tuteurs.ens.fr/internet/courrier/procmail.html
> | 
> En fait, je faisais plutot:
> :0 c:
> * ^from.*d...@no-log.org
> ! c...@localhost
> :0:
> * ^from.*d...@no-log.org
> ! b...@localhost
> 
> imaginons que cette rêgle sois chez le user aoao
> Le probléme est que les rêgles procmail de coco prendront aoao comme 
> expéditeur est non dodo

? ici on parle des règles _générales_, donc dans /etc/procmailrc
il est évident qu'une fois arrivé chez le user il n'y a pas de façon
propre d'en ressortir.
Maintenant, procmail sert bien dans certains cas et pas dans d'autres, 
il existe d'autres manières de distribuer - le mieux c'est que tu
fasses un bilan des autres possibilités et que tu choisisses en
accord avec tes besoins (maildrop, postdrop, etc)

-- 
California is a fine place to live -- if you happen to be an orange.
-- Fred Allen

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Fetchmail, procmail

[bernard . schoenacker]

Selon Zuthos :

> Jean-Yves F. Barbier a écrit :
> |
> | il suffit de chercher un peu, et de faire une "recette" multi distribution"
> | telle que le dernier pavé de:
> | http://www.tuteurs.ens.fr/internet/courrier/procmail.html
> |
> En fait, je faisais plutot:
> :0 c:
> * ^from.*d...@no-log.org
> ! c...@localhost
> :0:
> * ^from.*d...@no-log.org
> ! b...@localhost
>
> imaginons que cette rêgle sois chez le user aoao
> Le probléme est que les rêgles procmail de coco prendront aoao comme
> expéditeur est non dodo
>

bonjour,

pourquoi ne pas passer par un gestionnaire de liste de diffusion ?

cf mon courriel 
slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Fetchmail, procmail

[Zuthos]

Jean-Yves F. Barbier a écrit :
| 
| il suffit de chercher un peu, et de faire une "recette" multi distribution"
| telle que le dernier pavé de:
| http://www.tuteurs.ens.fr/internet/courrier/procmail.html
| 
En fait, je faisais plutot:
:0 c:
* ^from.*d...@no-log.org
! c...@localhost
:0:
* ^from.*d...@no-log.org
! b...@localhost

imaginons que cette rêgle sois chez le user aoao
Le probléme est que les rêgles procmail de coco prendront aoao comme expéditeur 
est non dodo


signature.asc
Description: Digital signature

Re: Fetchmail, procmail

[bernard . schoenacker]

Selon Zuthos :

> Bonjour,
> J'ai une adresse mail que plusieurs compte doivent recevoir.
>
> J'avais bien pensé la diriger vers un user, puis avec procmail la rediriger
> vers les autres comptes (ex: !c...@localhost).
>
> Le probléme, c'est que le message est alors renvoyer par cette user. Je ne
> peut donc plus faire de rêgle avec procmail avec l'email rentrant.
>
> J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci
> d'avance
>

bonjour,

afin d'éviter de faire des erreurs monumentales, voici un mantra :

Procmail is not a MTA

donc pour votre soucis il serait conseillé de
basculer le mail vers un gestionnaire
de liste de diffusion 

conmme cela se sera du menthos et pas l'effet kiss cool ou
si vous préférez cela vous évitera beaucoups d'effets
de bord indésirables ...
slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Fetchmail, procmail

[Jean-Yves F. Barbier]

Zuthos a écrit :
> Bonjour,
> J'ai une adresse mail que plusieurs compte doivent recevoir.
> 
> J'avais bien pensé la diriger vers un user, puis avec procmail 
> la rediriger vers les autres comptes (ex: !c...@localhost).
> 
> Le probléme, c'est que le message est alors renvoyer par cette
> user. Je ne peut donc plus faire de rêgle avec procmail avec l'email rentrant.

il suffit de chercher un peu, et de faire une "recette" multi distribution"
telle que le dernier pavé de:
http://www.tuteurs.ens.fr/internet/courrier/procmail.html

> J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci d'avance
pas vraiment

-- 
Women -- can't live with 'em, can't leave 'em by the curb when you're done.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Fetchmail, procmail

[Zuthos]

mess-mate a écrit :
| 
| 
| Ca depend de ton MTA.
| 
| Si c'est postfix tu as tout intérêt à utiliser maildrop au lieu de
| procmail et qui lui fera ce que tu veux.

En fait, j'ai exim4


signature.asc
Description: Digital signature

Re: Fetchmail, procmail

[mess-mate]

Zuthos wrote:


Bonjour,
J'ai une adresse mail que plusieurs compte doivent recevoir.

J'avais bien pensé la diriger vers un user, puis avec procmail la rediriger 
vers les autres comptes (ex: !c...@localhost).

Le probléme, c'est que le message est alors renvoyer par cette user. Je ne peut 
donc plus faire de rêgle avec procmail avec l'email rentrant.

J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci d'avance
  


Ca depend de ton MTA.

Si c'est postfix tu as tout intérêt à utiliser maildrop au lieu de 
procmail et qui lui fera ce que tu veux.



--
mess-mate

May you do Good Magic with Perl. -- Larry Wall's blessing


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Fetchmail, procmail

[Zuthos]

Bonjour,
J'ai une adresse mail que plusieurs compte doivent recevoir.

J'avais bien pensé la diriger vers un user, puis avec procmail la rediriger 
vers les autres comptes (ex: !c...@localhost).

Le probléme, c'est que le message est alors renvoyer par cette user. Je ne peut 
donc plus faire de rêgle avec procmail avec l'email rentrant.

J'éspere avoir été assez clair. Si quelqu'un a une idée ... Merci d'avance


signature.asc
Description: Digital signature

Re: fetchmail (procmail mutt) : timeout socket error

[serge]

Le Thursday 30 July 2009 15:45:57 Michaël Pierson, vous avez écrit :
> Le jeudi 30 juillet 2009 à 08:11:22, se...@srv0.ath.cx a écrit :
[...]
> > sans cette ligne, les messages seront réexpédiés via SMTP vers le serveur
> > localhost (par défaut).
>
> oui:  % fetchmail -V -f ~/.fetchmailrc
>  Les messages seront réexpédiés via SMTP vers : localhost (par défaut)
>
> après modification:
>  Les messages seront acheminés avec "/usr/bin/procmail -Y -d %T".
>
> > Tu as un serveur SMTP actif sur le port 25 qui accepte les messages sans
> > authentification ?
>
> Comment le savoir?
C'est normal que le MTA accepte une session SMTP sans authentification sur 
localhost ou 127.0.0.1. Par contre pour ne pas ouvrir une porte au spam, il 
doit être soit fermé pour l'extérieure, ou utiliser un mécanisme 
d'authentification.

Pour le tester, avec 'telnet' en local:

* légende:
<- : réponse du serveur;
-> : envoie d'une commande.

% telnet 127.0.0.1 25
Trying localhost ...
Connected to localhost (127.0.0.1).
Escape character is '^]'.
 <- 220 mail.X ESMTP Exim 4.69 Thu, 30 Jul 2009 16:48:19 +0200
 -> MAIL FROM:m...@localhost.localdomain
 <- 250 OK
 -> RCPT TO: utilisat...@localhost.localdomain
 <- 250 Accepted
 -> DATA
 <- 354 Enter message, ending with "." on a line by itself
 -> Mon message de teste terminé par un point
 -> .
 <- 250 OK id=1MWWwA-0002hZ-HY
 -> QUIT
 <- 221 mail.X closing connection
Connection closed by foreign host.

Un message de  a été envoyé à 
.


> > > 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 !!
>
> Oui et je souhaites aborder plusieurs points:
>
> 1-Tout d'abord un éclairage:
> Le MTA Postfix gère le mail en local et l'envoi des mails.
> Msmtp transmet le mail à un server smtp (ici gmail) qui lui s'occupe de
> la livraison. Msmtp "dit" au MUA Mutt de l'appeler à la place du MTA
> Postfix. Je comprend donc bien que Msmtp fait le job à la place de postfix
> en ce qui concerne l'envoi des mails. Quid du mail en local? Qui s'en
> occupe dans ce cas?

Je ne comprends pas bien. Tu veux dire comment envoyer un message avec 'mail' 
(car avec Mutt c'est bon) ? Du style :

% echo 'Mon message texte' | mail -s Object utilisat...@domaine.com

Le programme 'mail'  utilise '/usr/lib/sendmail' pour l'envoie des messages. 
Tu peux ajouter un autre chemin pour utiliser 'Msmtp' :

* Pour tous:
% echo 'set sendmail=/usr/bin/msmtp' >> /etc/nail.rc

* Par utilisateur:
% echo 'set sendmail=/usr/bin/msmtp' >> ~/.mailrc

* Ou un lien :
"/usr/lib/sendmail -> /usr/bin/msmtp"

De même avec Mutt pour qu'il utilise 'Msmtp'.

Donc plus besoin de Postfix

> 2-Revenons une étape en arrière: Msmtp n'est pas installé et je
> cherche à contacter le server smtp gmail à partir de Mutt.
> Dans '~/.muttrc' j'utilise la ligne
> set smtp_url='smtps://x...@gmail.com:z...@smtp.gmail.com:465'
> qui provoque le message : authentificateurs non disponibles
> Je ne résoudrait pas ce point mais je le contourne en installant msmtp.
> J'aimerai revenir sur cette erreur pour comprendre.

Moi aussi J'aimerai comprendre. Tu disais qu'avec ton ancêtre (etch) mutt 
fonctionnait bien. Avec la même configuration ( Msmtp et Postfix ) ?

>
> 3-Revenons encore une étape plus en arrière: J'utilise un seul
> compte mail: celui de mon FAI. Postfix gère les mails via smtp.voo.be
> J'adapte le champ From fonction du destinataire avec dans '~/muttrc':
> send-hook '~C ^...@lists\.debian\.org$''my_hdr From: Michaël Pierson
> '
> Ces envois sont considérés comme du spam par mon Fai. Il semblerait que
> celà soit le résultat d'une policy de Gmail indiquant que seul les
> servers smtp.gmail peuvent délivrer des mails gmail (suis je
> compréhensible?).

Si tu postais le message avec les entêtes du message considéré spam, on 
pourait l'analysé.
Aussi en utilisant le service 'echo' de 'cict.fr':

% echo teste | mail -s teste robotm...@cict.fr

C'est un robot de test de message, il renvoie les entêtes pour bien les 
analyser.

>
> 4- Voilà pourquoi actuellement, je cherche à obtenir ( et Msmtp semble être
> idéal) quelque chose comme: destinataire A j'utilise From x...@gmail.com et
> smpt gmail avec identifiant XXX destinataire B j'utilise From y...@gmail.com
> et smpt gmail avec identifiant YYY destinataire C j'utilise From z...@voo.be
> et smtp.voo.be
>

* La doc de Mutt en français:


Les Muttés de la liste te dirons mieux comment configurer Mutt avec des 
profiles.

* Exemple configuration avec profile en français:


> > Il faudrait aussi regarder les logs de Postfix quand fetchmail réinjecte
> > les messages sur le serveur SMTP localhost:25
>
> Dans /var/log/syslog?

Il me semble que c'est "/var/log/maillog" sur debian (?).
% grep -E  "(reject|warning|error|fatal|panic):" /var/log/m

Re: fetchmail (procmail mutt) : timeout socket error

[Michaël Pierson]

Le jeudi 30 juillet 2009 à 08:11:22, se...@srv0.ath.cx a écrit :
> 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 x...@gmail.com dans pop.gmail.com (464589
> > > > octets). fetchmail: lecture du message
> > > > x...@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
> > > > y...@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 y...@voo.be dans mail.voo.be (470460 octets).
> > > > fetchmail: lecture du message y...@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 "y...@voo.be"
> > password "aa"
> >
> > # 1er compte gmail:
> > poll pop.gmail.com
> > protocol pop3
> > port 995
> > username "x...@gmail.com"
> > password "b"
> > ssl
> >
> > # 2eme compte gmail:
> > poll pop.gmail.com
> > protocol pop3
> > port 995
> > username "z...@gmail.com"
> > password "c"
> > 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).

oui:  % fetchmail -V -f ~/.fetchmailrc
 Les messages seront réexpédiés via SMTP vers : localhost (par défaut)

après modification:
 Les messages seront acheminés avec "/usr/bin/procmail -Y -d %T".

> Tu as un serveur SMTP actif sur le port 25 qui accepte les messages sans 
> authentification ?

Comment le savoir?

> 
> 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 !!

Oui et je souhaites aborder plusieurs points:

1-Tout d'abord un éclairage:
Le MTA Postfix gère le mail en local et l'envoi des mails.
Msmtp transmet le mail à un server smtp (ici gmail) qui lui s'occupe de
la livraison. Msmtp "dit" au MUA Mutt de l'appeler à la place du MTA Postfix.
Je comprend donc bien que Msmtp fait le job à la place de postfix en ce
qui concerne l'envoi des mails. Quid du mail en local? Qui s'en occupe
dans ce cas?

2-Revenons une étape en arrière: Msmtp n'est pas installé et je
cherche à contacter le server smtp gmail à partir de Mutt.
Dans '~/.muttrc' j'utilise la ligne 
set smtp_url='smtps://x...@gmail.com:z...@smtp.gmail.com:465'
qui provoque le message : authentificateurs non disponibles
Je ne résoudrait pas ce point mais je le contourne en installant msmtp.
J'aimerai revenir sur cette erreur pour comprendre.

3-Revenons encore une étape plus en arrière: J'utilise un seul
compte mail: celui de mon FAI. Postfix gère les mails via smtp.voo.be
J'adapte le champ From fonction du destinataire avec dans '~/muttrc':
send-hook '~C ^...@lists\.debian\.org$''my_hdr From: Michaël Pierson
'
Ces envois sont considérés comme du spam par mon Fai. Il semblerait que
celà soit le résultat d'une policy de Gmail indiquant que seul les
servers smtp.gmail peuvent délivrer des mails gmail (suis je compréhensible?).

4- Voilà pourquoi actuellement, je cherche à obtenir ( et Msmtp semble être 
idéal) quelque chose comme:
destinataire A j'utilise From x...@gmail.com et smpt gmail avec identifiant XXX
destinataire B j'utilise From y...@gmail.com et smpt gmail avec identifiant YYY
destinataire C j'utilise From z...@voo.be et smtp.v

Re: fetchmail (procmail mutt) : timeout socket error

[serge]

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 x...@gmail.com dans pop.gmail.com (464589
> > > octets). fetchmail: lecture du message
> > > x...@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
> > > y...@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 y...@voo.be dans mail.voo.be (470460 octets).
> > > fetchmail: lecture du message y...@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 "y...@voo.be"
> password "aa"
>
> # 1er compte gmail:
> poll pop.gmail.com
> protocol pop3
> port 995
> username "x...@gmail.com"
> password "b"
> ssl
>
> # 2eme compte gmail:
> poll pop.gmail.com
> protocol pop3
> port 995
> username "z...@gmail.com"
> password "c"
> 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

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: fetchmail (procmail mutt) : timeout socket error

[Michaël Pierson]

Le mercredi 29 juillet 2009 à 04:54:40, se...@srv0.ath.cx a écrit :
> Le Wednesday 29 July 2009 15:15:49 Michaël Pierson, vous avez écrit :
> > Le mercredi 29 juillet 2009 à 08:30:18, se...@srv0.ath.cx a écrit :
> > > Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit :
> > > > Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit :
> > > > > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> > > > > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > > > > > > * Michaël Pierson  [2009-07-22
> > > > > > > 19:03:35
> > > > >
> > > > > +0200] wrote :
> > > > > > > > Je relève mes mails tous les quart d'heure (crontab):
> > > > > > > > */15 * * * * fetchmail --silent
> > > > > > >
> > > > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > > > > > > set daemon 900
> > > > > >
> > > > > > oui pourquoi pas
> > > > > >
> > > > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron
> > > > > > > > Deamon le mail suivant:
> > > > > > > > fetchmail: timeout after 300 seconds waiting for server
> > > > > > > > mail.voo.be. fetchmail: socket error while fetching from
> > > > > > > > *m...@*server* fetchmail: Query status=2 (SOCKET)
> > > > > > > >
> > > > > > > > Jj'ai rien dans /var/log/mail.info
> > > > > > >
> > > > > > > et dans /var/log/mail.(err|log) ?
> > > > > >
> > > > > > non rien du tout
> > > > >
> > > > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ):
> > > > >
> > > > > set no syslog
> > > > > set logfile ~/.fetchmail.log
> > > >
> > > > Lignes ajoutées le 24 juillet en début de fichier comme recommandé.
> > > > 2 nouveaux messages mails de Cron Deamon le 25.
> > > > Je n'ai pas de fichier "~/.fetchmail.log" créé.
> > > >
> > > > @+
> > > > Michaël
> > >
> > > Salut;
> > >
> > > Il y a deux manières d'utiliser fetchmail:
> > >   - mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur );
> > >   - mode système ( un unique fichier /etc/fetchmailrc pour tous les
> > > utilisateurs et administré par un utilisateur spécifique ou root ).
> > >
> > > Les paramètres utilisés pour chaque mode sont certaines fois différents,
> > > et le mode de lancement différents aussi, mais ils n'utilisent pas un
> > > service cron.
> > >
> > > Celui qui t'intéresse est certainement le mode utilisateur, avec un
> > > fichier de configuration placé dans le 'home' de l'utilisateur:
> > > ~/.fetchmailrc
> > >
> > > Pour lancer fetchmail automatiquement en mode 'daemon' lorsque
> > > l'utilisateur se connecte ( login ), on utilise soit '~/.bash_login' ou
> > > '~/.bash_profile' en y ajoutant:
> > >
> > > if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then
> > > # Vérification des permissions
> > > if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then
> > > chown -h $USER  ~/.fetchmailrc
> > > chmod -f 0600  ~/.fetchmailrc
> > > fi
> > > # Si il y a une instance de fetchmail
> > > if [ -f ~/.fetchmail.pid ]; then
> > > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
> > > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
> > > /usr/bin/fetchmail --quit
> > > sleep 1
> > > fi
> > > fi
> > > # Lancement de fetchmail en mode daemon
> > > # avec interval entre ramassage de 300 s
> > > # et journal des actions.
> > > /usr/bin/fetchmail  \
> > >   --daemon 300 \
> > >   --logfile ~/.fetchmail.log \
> > >   --pidfile ~/.fetchmail.pid
> > > fi
> >
> > Comme j'utilise zsh, j'ai ajouté ces lignes dans '~.zshrc'
> >
> > > Par la suite pour terminer proprement fetchmail en sortant, on ajout
> > > à '~/.bash_logout':
> > >
> > > if [ -f ~/.fetchmail.pid ]; then
> > > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
> > > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
> > > /usr/bin/fetchmail --quit
> > > fi
> > > fi
> >
> > Et pour sortir proprement j'ai créé un '~.zshrc_logout'
> >
> >
> > 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 x...@gmail.com dans pop.gmail.com (464589 octets).
> > fetchmail: lecture du message x...@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
> > y...@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 2

Re: fetchmail (procmail mutt) : timeout socket error

[serge]

Le Wednesday 29 July 2009 15:15:49 Michaël Pierson, vous avez écrit :
> Le mercredi 29 juillet 2009 à 08:30:18, se...@srv0.ath.cx a écrit :
> > Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit :
> > > Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit :
> > > > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> > > > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > > > > > * Michaël Pierson  [2009-07-22
> > > > > > 19:03:35
> > > >
> > > > +0200] wrote :
> > > > > > > Je relève mes mails tous les quart d'heure (crontab):
> > > > > > > */15 * * * * fetchmail --silent
> > > > > >
> > > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > > > > > set daemon 900
> > > > >
> > > > > oui pourquoi pas
> > > > >
> > > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron
> > > > > > > Deamon le mail suivant:
> > > > > > > fetchmail: timeout after 300 seconds waiting for server
> > > > > > > mail.voo.be. fetchmail: socket error while fetching from
> > > > > > > *m...@*server* fetchmail: Query status=2 (SOCKET)
> > > > > > >
> > > > > > > Jj'ai rien dans /var/log/mail.info
> > > > > >
> > > > > > et dans /var/log/mail.(err|log) ?
> > > > >
> > > > > non rien du tout
> > > >
> > > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ):
> > > >
> > > > set no syslog
> > > > set logfile ~/.fetchmail.log
> > >
> > > Lignes ajoutées le 24 juillet en début de fichier comme recommandé.
> > > 2 nouveaux messages mails de Cron Deamon le 25.
> > > Je n'ai pas de fichier "~/.fetchmail.log" créé.
> > >
> > > @+
> > > Michaël
> >
> > Salut;
> >
> > Il y a deux manières d'utiliser fetchmail:
> > - mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur );
> > - mode système ( un unique fichier /etc/fetchmailrc pour tous les
> >   utilisateurs et administré par un utilisateur spécifique ou root ).
> >
> > Les paramètres utilisés pour chaque mode sont certaines fois différents,
> > et le mode de lancement différents aussi, mais ils n'utilisent pas un
> > service cron.
> >
> > Celui qui t'intéresse est certainement le mode utilisateur, avec un
> > fichier de configuration placé dans le 'home' de l'utilisateur:
> > ~/.fetchmailrc
> >
> > Pour lancer fetchmail automatiquement en mode 'daemon' lorsque
> > l'utilisateur se connecte ( login ), on utilise soit '~/.bash_login' ou
> > '~/.bash_profile' en y ajoutant:
> >
> > if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then
> > # Vérification des permissions
> > if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then
> > chown -h $USER  ~/.fetchmailrc
> > chmod -f 0600  ~/.fetchmailrc
> > fi
> > # Si il y a une instance de fetchmail
> > if [ -f ~/.fetchmail.pid ]; then
> > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
> > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
> > /usr/bin/fetchmail --quit
> > sleep 1
> > fi
> > fi
> > # Lancement de fetchmail en mode daemon
> > # avec interval entre ramassage de 300 s
> > # et journal des actions.
> > /usr/bin/fetchmail  \
> > --daemon 300 \
> > --logfile ~/.fetchmail.log \
> > --pidfile ~/.fetchmail.pid
> > fi
>
> Comme j'utilise zsh, j'ai ajouté ces lignes dans '~.zshrc'
>
> > Par la suite pour terminer proprement fetchmail en sortant, on ajout
> > à '~/.bash_logout':
> >
> > if [ -f ~/.fetchmail.pid ]; then
> > PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
> > if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
> > /usr/bin/fetchmail --quit
> > fi
> > fi
>
> Et pour sortir proprement j'ai créé un '~.zshrc_logout'
>
>
> 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 x...@gmail.com dans pop.gmail.com (464589 octets).
> fetchmail: lecture du message x...@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
> y...@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 y...@voo.be dans mail.voo.be (470460 octets).
> fetchmail: lecture du message y...@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 pour

Re: fetchmail (procmail mutt) : timeout socket error

[Michaël Pierson]

Le mercredi 29 juillet 2009 à 08:30:18, se...@srv0.ath.cx a écrit :
> Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit :
> > Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit :
> > > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> > > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > > > > * Michaël Pierson  [2009-07-22
> > > > > 19:03:35
> > >
> > > +0200] wrote :
> > > > > > Je relève mes mails tous les quart d'heure (crontab):
> > > > > > */15 * * * * fetchmail --silent
> > > > >
> > > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > > > > set daemon 900
> > > >
> > > > oui pourquoi pas
> > > >
> > > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon
> > > > > > le mail suivant:
> > > > > > fetchmail: timeout after 300 seconds waiting for server
> > > > > > mail.voo.be. fetchmail: socket error while fetching from
> > > > > > *m...@*server* fetchmail: Query status=2 (SOCKET)
> > > > > >
> > > > > > Jj'ai rien dans /var/log/mail.info
> > > > >
> > > > > et dans /var/log/mail.(err|log) ?
> > > >
> > > > non rien du tout
> > >
> > > * Avec ces lignes ( au debut de "~/.fetchmailrc" ):
> > >
> > > set no syslog
> > > set logfile ~/.fetchmail.log
> >
> > Lignes ajoutées le 24 juillet en début de fichier comme recommandé.
> > 2 nouveaux messages mails de Cron Deamon le 25.
> > Je n'ai pas de fichier "~/.fetchmail.log" créé.
> >
> > @+
> > Michaël
> 
> 
> Salut;
> 
> Il y a deux manières d'utiliser fetchmail:
>   - mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur );
>   - mode système ( un unique fichier /etc/fetchmailrc pour tous les
> utilisateurs et administré par un utilisateur spécifique ou root ).
> 
> Les paramètres utilisés pour chaque mode sont certaines fois différents, et 
> le 
> mode de lancement différents aussi, mais ils n'utilisent pas un service cron.
> 
> Celui qui t'intéresse est certainement le mode utilisateur, avec un fichier 
> de 
> configuration placé dans le 'home' de l'utilisateur: ~/.fetchmailrc
> 
> Pour lancer fetchmail automatiquement en mode 'daemon' lorsque l'utilisateur 
> se connecte ( login ), on utilise soit '~/.bash_login' ou '~/.bash_profile' 
> en y ajoutant:
> 
> if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then
> # Vérification des permissions
> if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then
> chown -h $USER  ~/.fetchmailrc
> chmod -f 0600  ~/.fetchmailrc
> fi
> # Si il y a une instance de fetchmail
> if [ -f ~/.fetchmail.pid ]; then
> PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
> if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
> /usr/bin/fetchmail --quit
> sleep 1
> fi
> fi
> # Lancement de fetchmail en mode daemon
> # avec interval entre ramassage de 300 s
> # et journal des actions.
> /usr/bin/fetchmail  \
>   --daemon 300 \
>   --logfile ~/.fetchmail.log \
>   --pidfile ~/.fetchmail.pid
> fi

Comme j'utilise zsh, j'ai ajouté ces lignes dans '~.zshrc'
> 
> Par la suite pour terminer proprement fetchmail en sortant, on ajout 
> à '~/.bash_logout':
> 
> if [ -f ~/.fetchmail.pid ]; then
> PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
> if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
> /usr/bin/fetchmail --quit
> fi
> fi

Et pour sortir proprement j'ai créé un '~.zshrc_logout'


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 x...@gmail.com dans pop.gmail.com (464589 octets).
fetchmail: lecture du message x...@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 y...@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 y...@voo.be dans mail.voo.be (470460 octets).
fetchmail: lecture du message y...@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
..."



> @+
> -- 
> (o_
> (/)_
> S e r g e
> 
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
> ``spam'' dans vos champs "From" et "Reply-To:"
> 
> Pour vous DESABONNER, envoyez un message ave

Re: fetchmail (procmail mutt) : timeout socket error

[serge]

Le Sunday 26 July 2009 12:43:52 Michaël Pierson, vous avez écrit :
> Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit :
> > Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> > > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > > > * Michaël Pierson  [2009-07-22
> > > > 19:03:35
> >
> > +0200] wrote :
> > > > > Je relève mes mails tous les quart d'heure (crontab):
> > > > > */15 * * * * fetchmail --silent
> > > >
> > > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > > > set daemon 900
> > >
> > > oui pourquoi pas
> > >
> > > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon
> > > > > le mail suivant:
> > > > > fetchmail: timeout after 300 seconds waiting for server
> > > > > mail.voo.be. fetchmail: socket error while fetching from
> > > > > *m...@*server* fetchmail: Query status=2 (SOCKET)
> > > > >
> > > > > Jj'ai rien dans /var/log/mail.info
> > > >
> > > > et dans /var/log/mail.(err|log) ?
> > >
> > > non rien du tout
> >
> > * Avec ces lignes ( au debut de "~/.fetchmailrc" ):
> >
> > set no syslog
> > set logfile ~/.fetchmail.log
>
> Lignes ajoutées le 24 juillet en début de fichier comme recommandé.
> 2 nouveaux messages mails de Cron Deamon le 25.
> Je n'ai pas de fichier "~/.fetchmail.log" créé.
>
> @+
> Michaël


Salut;

Il y a deux manières d'utiliser fetchmail:
- mode utilisateur ( un fichier ~/.fetchmailrc par utilisateur );
- mode système ( un unique fichier /etc/fetchmailrc pour tous les
  utilisateurs et administré par un utilisateur spécifique ou root ).

Les paramètres utilisés pour chaque mode sont certaines fois différents, et le 
mode de lancement différents aussi, mais ils n'utilisent pas un service cron.

Celui qui t'intéresse est certainement le mode utilisateur, avec un fichier de 
configuration placé dans le 'home' de l'utilisateur: ~/.fetchmailrc

Pour lancer fetchmail automatiquement en mode 'daemon' lorsque l'utilisateur 
se connecte ( login ), on utilise soit '~/.bash_login' ou '~/.bash_profile' 
en y ajoutant:

if [ -f ~/.fetchmailrc -a -x /usr/bin/fetchmail ]; then
# Vérification des permissions
if [ "$(stat -c '%U %a' ~/.fetchmailrc)" != "$USER 600" ]; then
chown -h $USER  ~/.fetchmailrc
chmod -f 0600  ~/.fetchmailrc
fi
# Si il y a une instance de fetchmail
if [ -f ~/.fetchmail.pid ]; then
PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
/usr/bin/fetchmail --quit
sleep 1
fi
fi
# Lancement de fetchmail en mode daemon
# avec interval entre ramassage de 300 s
# et journal des actions.
/usr/bin/fetchmail  \
--daemon 300 \
--logfile ~/.fetchmail.log \
--pidfile ~/.fetchmail.pid
fi

Par la suite pour terminer proprement fetchmail en sortant, on ajout 
à '~/.bash_logout':

if [ -f ~/.fetchmail.pid ]; then
PIDSTATUS="/proc/$(head -n 1 ~/.fetchmail.pid)/status"
if [ -f "$PIDSTATUS" -a "$(grep fetchmail $PIDSTATUS)" ]; then
/usr/bin/fetchmail --quit
fi
fi

@+
-- 
(o_
(/)_
S e r g e

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: fetchmail (procmail mutt) : timeout socket error

[Michaël Pierson]

Le vendredi 24 juillet 2009 à 01:25:47, se...@srv0.ath.cx a écrit :
> Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> > Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > > * Michaël Pierson  [2009-07-22 19:03:35 
> +0200] wrote :
> > > > Je relève mes mails tous les quart d'heure (crontab):
> > > > */15 * * * * fetchmail --silent
> > >
> > > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > > set daemon 900
> >
> > oui pourquoi pas
> >
> > > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le
> > > > mail suivant:
> > > > fetchmail: timeout after 300 seconds waiting for server mail.voo.be.
> > > > fetchmail: socket error while fetching from *m...@*server*
> > > > fetchmail: Query status=2 (SOCKET)
> > > >
> > > > Jj'ai rien dans /var/log/mail.info
> > >
> > > et dans /var/log/mail.(err|log) ?
> >
> > non rien du tout
> 
> * Avec ces lignes ( au debut de "~/.fetchmailrc" ):
> 
> set no syslog
> set logfile ~/.fetchmail.log

Lignes ajoutées le 24 juillet en début de fichier comme recommandé.
2 nouveaux messages mails de Cron Deamon le 25.
Je n'ai pas de fichier "~/.fetchmail.log" créé.

@+
Michaël

> 
> @+
> -- 
> (o_
> (/)_
> S e r g e
> 
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
> ``spam'' dans vos champs "From" et "Reply-To:"
> 
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: fetchmail (procmail mutt) : timeout socket error

[serge]

Le Friday 24 July 2009 00:34:30 Michaël Pierson, vous avez écrit :
> Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> > * Michaël Pierson  [2009-07-22 19:03:35 
+0200] wrote :
> > > Je relève mes mails tous les quart d'heure (crontab):
> > > */15 * * * * fetchmail --silent
> >
> > Pourquoi ne pas mettre dans ton ~/.fetchmailrc
> > set daemon 900
>
> oui pourquoi pas
>
> > > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le
> > > mail suivant:
> > > fetchmail: timeout after 300 seconds waiting for server mail.voo.be.
> > > fetchmail: socket error while fetching from *m...@*server*
> > > fetchmail: Query status=2 (SOCKET)
> > >
> > > Jj'ai rien dans /var/log/mail.info
> >
> > et dans /var/log/mail.(err|log) ?
>
> non rien du tout

* Avec ces lignes ( au debut de "~/.fetchmailrc" ):

set no syslog
set logfile ~/.fetchmail.log

@+
-- 
(o_
(/)_
S e r g e

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: fetchmail (procmail mutt) : timeout socket error

[Michaël Pierson]

Le mercredi 22 juillet 2009 à 10:24:45, Edi Stojicevic a écrit :
> * Michaël Pierson  [2009-07-22 19:03:35 +0200] 
> wrote :
> 
> > Je relève mes mails tous les quart d'heure (crontab):
> > */15 * * * * fetchmail --silent

> Pourquoi ne pas mettre dans ton ~/.fetchmailrc 
> set daemon 900

oui pourquoi pas  
> 
> 
> > Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le mail
> > suivant:
> > fetchmail: timeout after 300 seconds waiting for server mail.voo.be.
> > fetchmail: socket error while fetching from *m...@*server*
> > fetchmail: Query status=2 (SOCKET)
> > 
> > Jj'ai rien dans /var/log/mail.info

> et dans /var/log/mail.(err|log) ?

non rien du tout


> 
> -- 
>  .''`.  Edi Stojicevic
> : :'  : Debian GNU/Linux user, admin & developer - http://www.debian.org
> `. `~'  French speaking Debian website founder   - http://www.debianworld.org
>   `-GPG Key Id : 0x1237B032
> 
> -- 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: fetchmail (procmail mutt) : timeout socket error

[Edi Stojicevic]

* Michaël Pierson  [2009-07-22 19:03:35 +0200] 
wrote :

> Je relève mes mails tous les quart d'heure (crontab):
> */15 * * * * fetchmail --silent

Pourquoi ne pas mettre dans ton ~/.fetchmailrc 

set daemon 900


> Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le mail
> suivant:
> fetchmail: timeout after 300 seconds waiting for server mail.voo.be.
> fetchmail: socket error while fetching from *m...@*server*
> fetchmail: Query status=2 (SOCKET)
> 
> Jj'ai rien dans /var/log/mail.info
> Le dernier message date du 19 juillet

> Une idée ou une direction de recherche?

et dans /var/log/mail.(err|log) ?

-- 
 .''`.  Edi Stojicevic
: :'  : Debian GNU/Linux user, admin & developer - http://www.debian.org
`. `~'  French speaking Debian website founder   - http://www.debianworld.org
  `-GPG Key Id : 0x1237B032

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

fetchmail (procmail mutt) : timeout socket error

[Michaël Pierson]

Je relève mes mails tous les quart d'heure (crontab):
*/15 * * * * fetchmail --silent

Ce 22 juillet (à quelques autres reprises) j'ai reçu de Cron Deamon le mail
suivant:
fetchmail: timeout after 300 seconds waiting for server mail.voo.be.
fetchmail: socket error while fetching from *m...@*server*
fetchmail: Query status=2 (SOCKET)

Jj'ai rien dans /var/log/mail.info
Le dernier message date du 19 juillet

Une idée ou une direction de recherche?

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

Jacques L'helgoualc'h a écrit :
> Pierre Allken-Bernard a écrit, jeudi 18 septembre 2008, à 01:06 :
> [...]
> > Il reste un mystère pour moi : pourquoi sur mon autre ordi, je n'ai jamais 
> > eu à
> > faire tout ça ?
> 
> Dans /etc/exim4/conf.d/rewrite/31_exim4-config_rewriting,
> la règle assez cryptique ci-après
> 
> #
> 
> # This rewriting rule is particularily useful for dialup users who
> # don't have their own domain, but could be useful for anyone.
> # It looks up the real address of all local users in a file
> [EMAIL PROTECTED] "${lookup{${local_part}}lsearch{/etc/email-addresses}\
>{$value}fail}" Ffrs
> # identical rewriting rule for /etc/mailname
> DEBCONFrewriteemailaddresses_mailnameDEBCONF
> 
> gère  automagiquement la  réécriture  des adresses  référencées dans  le
> fichier  /etc/email-addresses --- peut-être  avais-tu mieux  répondu aux
> questions ? :)

Oui, j'avais sans doute répondu à des questions à l'installation du
système. Ce que Ubuntu ne m'avait pas proposé.

> > Bon, il me reste à configurer fetchmail, mais cette fois je suis sûr que
> > ça va être facile :-)
> 
> C'est bientôt vendredi,  mais comme l'auteur de fetchmail  est un membre
> éminent de la NRA, je préfère rester discret...
> 
> De même, si  tu n'as pas déjà trop investi dans  l'étude de Procmail, tu
> ménagerais tes cheveux en jetant un oeil à Maildrop.

:-)

-- Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Jacques L'helgoualc'h]

Pierre Allken-Bernard a écrit, jeudi 18 septembre 2008, à 01:06 :
[...]
> Il reste un mystère pour moi : pourquoi sur mon autre ordi, je n'ai jamais eu 
> à
> faire tout ça ?

Dans /etc/exim4/conf.d/rewrite/31_exim4-config_rewriting,
la règle assez cryptique ci-après

#

# This rewriting rule is particularily useful for dialup users who
# don't have their own domain, but could be useful for anyone.
# It looks up the real address of all local users in a file
[EMAIL PROTECTED] "${lookup{${local_part}}lsearch{/etc/email-addresses}\
   {$value}fail}" Ffrs
# identical rewriting rule for /etc/mailname
DEBCONFrewriteemailaddresses_mailnameDEBCONF

gère  automagiquement la  réécriture  des adresses  référencées dans  le
fichier  /etc/email-addresses --- peut-être  avais-tu mieux  répondu aux
questions ? :)

> Bon, il me reste à configurer fetchmail, mais cette fois je suis sûr que
> ça va être facile :-)

C'est bientôt vendredi,  mais comme l'auteur de fetchmail  est un membre
éminent de la NRA, je préfère rester discret...

De même, si  tu n'as pas déjà trop investi dans  l'étude de Procmail, tu
ménagerais tes cheveux en jetant un oeil à Maildrop.
-- 
Jacques L'helgoualc'h

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

Jacques L'helgoualc'h a écrit :
> Ce que rejette  le smtp de Free, c'est le  From d'enveloppe, donc autant
> le définir par
> set [EMAIL PROTECTED]

J'ai aussi mis :
set use_envelope_from = yes

> ... avec un flag final précisant les champs réécrits :
>  [EMAIL PROTECTED] [EMAIL PROTECTED] sF

Oups, j'avais oublié le sF.

> pour le courrier sortant, mais 
>  [EMAIL PROTECTED] [EMAIL PROTECTED] T 
> pour éviter un aller-retour inutile vers l'extérieur.

Ok, j'ai ajouté ça.

Et ... miracle, je crois que ça marche :-)
Un grand merci !!

Il reste un mystère pour moi : pourquoi sur mon autre ordi, je n'ai jamais eu à
faire tout ça ?

Bon, il me reste à configurer fetchmail, mais cette fois je suis sûr que
ça va être facile :-)

A+

Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Jacques L'helgoualc'h]

mouss a écrit, mercredi 17 septembre 2008, à 23:54 :
> Pierre Allken-Bernard wrote:
>> mouss a écrit :
 Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery
 failed) qui dit en gros :
 SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça
 c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
 Sender address rejected ...
>>> rubis n'existe pas comme domaine. Envoie avec   
>>> [EMAIL PROTECTED] en tant qu'expéditeur. tu peux 
>>> certinament  configurer exim pour modifier l'adresse, mais il vaut 
>>> mieux régler les  problèmes à la source.

D'un autre côté, il faudrait  configurer chaque MUA essayé (bon, essayer
Mutt c'est (peut-être) l'adopter...).

>> D'accord pour "régler les problèmes à la source", mais comment je fais ça ?
>> Quand j'envoie un mail avec mutt, il est signé
>> [EMAIL PROTECTED] (enfin il me semble, c'est dans mon
>> .muttrc), mais pourtant le mail d'erreur me dit qu'il y a un problème
>> avec [EMAIL PROTECTED]
>
>
> Je n'utilise pas mutt, mais ça doit etre un truc du genre
>
> set realname="Pierre Allken-Bernard"
> set from="[EMAIL PROTECTED]"
> set use_from=yes

Ce que rejette  le smtp de Free, c'est le  From d'enveloppe, donc autant
le définir par

set [EMAIL PROTECTED]

, Mutt, F1, /envelope, plusieurs fois n =>
|   3.50. envelope_from_address
| 
|Type: e-mail address
|Default: ""
| 
|Manually sets the envelope sender for outgoing messages. This value is
|ignored if ``$use_envelope_from'' is unset.
`

et maquiller le From: pour limiter  un peu la récolte des spammeurs dans
les archives de la liste --- chez Free on peut « plusser » les adresses,
et  certains   robots  s'arrêtent   au  caractère  _,   donc  spammeront
spam(chez)free au lieu de login+no_spam (on peut espérer qu'un titulaire
éventuel du login "spam" l'a depuis longtemps abandonné).

La commande « set envelope_from_address=... »  peut aussi être mise dans
un hook spécifique à la liste DUF.


>> Dans une autre réponse, on me suggérait de modifier la configuration de
>> exim avec un "rewrite" ce que j'ai fait mais ça ne change rien :-(
>>
>
> je ne connais pas exim (j'utilise postfix) mais en principe on doit
> pouvoir réécrire les adresses avec une règle de "rewrite":
>
> [EMAIL PROTECTED] [EMAIL PROTECTED]

... avec un flag final précisant les champs réécrits :

 [EMAIL PROTECTED] [EMAIL PROTECTED] sF

pour le courrier sortant, mais

 [EMAIL PROTECTED] [EMAIL PROTECTED] T

pour éviter un aller-retour inutile vers l'extérieur.

, info, Exim, Address rewriting,
| Flags specifying which headers and envelope addresses to rewrite

| [...]
|  E   rewrite all envelope fields
|  F   rewrite the envelope From field
|  T   rewrite the envelope To field
|  b   rewrite the "Bcc:" header
|  c   rewrite the "Cc:" header
|  f   rewrite the "From:" header
|  h   rewrite all headers
|  r   rewrite the "Reply-To:" header
|  s   rewrite the "Sender:" header
|  t   rewrite the "To:" header
| 
| You should be particularly careful about rewriting "Sender:" headers,
| and restrict this to special known cases in your own domains.
`

>> Excusez moi pour mes questions de débutants, je débarque ici depuis peu
>> et je fais des efforts pour comprendre le langage utilisé ;-)

Le courrier lui-même n'est pas simple, ni la façon dont on le traite.
Cf. news:fr.comp.mail et fr.comp.mail.serveurs ...
-- 
Jacques L'helgoualc'h

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[mouss]

Pierre Allken-Bernard wrote:

mouss a écrit :

Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery
failed) qui dit en gros :
SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça
c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
Sender address rejected ...
rubis n'existe pas comme domaine. Envoie avec  
[EMAIL PROTECTED] en tant qu'expéditeur. tu peux certinament  
configurer exim pour modifier l'adresse, mais il vaut mieux régler les  
problèmes à la source.


D'accord pour "régler les problèmes à la source", mais comment je fais ça ?
Quand j'envoie un mail avec mutt, il est signé
[EMAIL PROTECTED] (enfin il me semble, c'est dans mon
.muttrc), mais pourtant le mail d'erreur me dit qu'il y a un problème
avec [EMAIL PROTECTED]



Je n'utilise pas mutt, mais ça doit etre un truc du genre

set realname="Pierre Allken-Bernard"
set from="[EMAIL PROTECTED]"
set use_from=yes



Dans une autre réponse, on me suggérait de modifier la configuration de
exim avec un "rewrite" ce que j'ai fait mais ça ne change rien :-(



je ne connais pas exim (j'utilise postfix) mais en principe on doit
pouvoir réécrire les adresses avec une règle de "rewrite":

[EMAIL PROTECTED]   [EMAIL PROTECTED]



Excusez moi pour mes questions de débutants, je débarque ici depuis peu
et je fais des efforts pour comprendre le langage utilisé ;-)




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

mouss a écrit :
>> Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery
>> failed) qui dit en gros :
>> SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça
>> c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
>> Sender address rejected ...
>
> rubis n'existe pas comme domaine. Envoie avec  
> [EMAIL PROTECTED] en tant qu'expéditeur. tu peux certinament  
> configurer exim pour modifier l'adresse, mais il vaut mieux régler les  
> problèmes à la source.

D'accord pour "régler les problèmes à la source", mais comment je fais ça ?
Quand j'envoie un mail avec mutt, il est signé
[EMAIL PROTECTED] (enfin il me semble, c'est dans mon
.muttrc), mais pourtant le mail d'erreur me dit qu'il y a un problème
avec [EMAIL PROTECTED]

Dans une autre réponse, on me suggérait de modifier la configuration de
exim avec un "rewrite" ce que j'ai fait mais ça ne change rien :-(

Excusez moi pour mes questions de débutants, je débarque ici depuis peu
et je fais des efforts pour comprendre le langage utilisé ;-)

Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[mouss]

Pierre Allken-Bernard wrote:

Stephane Bortzmeyer a écrit :

On Mon, Sep 15, 2008 at 10:54:27PM +0200,
 Zuthos <[EMAIL PROTECTED]> wrote 
 a message of 47 lines which said:



Je propose un:
mailx -s essai-local 

Ensuite, tu tape essai 
.

Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme
le courrier ne va pas marcher du premier coup, il faudra sans doute
refaire le test plusieurs fois, ce qui est peu compatible avec ce mode
interactif.

Je suggère plutôt :

echo Test | mailx -s essai-local USER

qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le
haut)


Bonsoir,
J'ai donc installé exim4.
J'ai fait le :
echo Test | mailx -s essai-local pierre
puis j'ai constaté que /var/spool/mail/pierre contient bien le nouveau
mail. Et j'ai aussi le mail dans mutt, probablement parce que mon
.muttrc contient ce qu'il faut.

Après le test local, j'ai essayé un test "global" : je me suis écrit
(via mutt cette fois, mais je suppose que c'est pareil que mailx ?) un
mail à l'adresse [EMAIL PROTECTED]
Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery
failed) qui dit en gros :

SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça
c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
Sender address rejected ...

Je suppose que c'est exim4 qui est mal configuré. Normal car je ne l'ai
pas configuré (car je ne sais pas vraiment faire).



rubis n'existe pas comme domaine. Envoie avec 
[EMAIL PROTECTED] en tant qu'expéditeur. tu peux certinament 
configurer exim pour modifier l'adresse, mais il vaut mieux régler les 
problèmes à la source.




Mais quand même, c'est marrant ce smtp.free.fr
Comment sait-il ça (que je suis chez free) ?


il ne sait pas que _tu_ es chez free, mais il sait que 
[EMAIL PROTECTED] est chez free, comme l'adresse l'indique!




Peut-être un reste de configuration (j'avais essayé de configuré exim4
il y a quelque temps) ?

Bref, si vous pouviez m'aider à configurer exim4.

Merci d'avance.

Pierre



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Jacques L'helgoualc'h]

Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 11:27 :
> [EMAIL PROTECTED] a écrit :
[...]
> > A priori, non, pas via Free  ((plusieurs de) tes courriers vers la liste
> > sont bien arrivés).
> 
> Hum.
> Si mes courriers sont bien arrivés, c'est que j'utilise un autre
> ordinateur :-)

Ah, diamant != rubis...

[...]
> > , /etc/exim4/passwd.client, cf. ci-dessus
[...]
> > `
> 
> Merci pour cet exemple.
> Mais s'il y a deux lignes (orange et gmail), comment se fait le choix ?
> (en fonction de l'adresse qu'on choisit pour écrire ?).

Non, en fonction du serveur sur lequel ton Exim essaie de
s'authentifier, ici le smarthost (défini dans la section routers). 
[...]

Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 11:46 :
> > D'après un de tes messages précédents, c'est ton expéditeur [EMAIL 
> > PROTECTED]
> > qui pose problème... Tu peux potasser la section « Rewriting adresses »
> > dans la documentation d'Exim :P
> > 
> > Essaie d'ajouter à la configuration d'Exim
> > 
> > [EMAIL PROTECTED] [EMAIL PROTECTED] sF
> > 
> > en fin  de section  « rewrite ». Voir aussi  dans man exim4  les options
> > -bt, -brw, -bv et -bvs  [adresse(s)].
> 
> En effet, quand j'envoie un mail j'ai une erreur "SMTP error from remote
> mail serveur after MAIL FROM:<[EMAIL PROTECTED]> ... host smtp.free.fr ...
> <[EMAIL PROTECTED]>:Sender adress rejected: need fully qualified adress

Pas testé [EMAIL PROTECTED]

> Quel est ce fichier de configuration d'exim où je dois mettre
> [EMAIL PROTECTED] [EMAIL PROTECTED] sF
> ?

Ah, j'ai un /etc/exim4/exim4.conf fait main qui regroupe tout.

C'est dans la section de réécriture,

 grep -rF begin\ rewrite /etc/exim4
[...]
/etc/exim4/conf.d/rewrite/00_exim4-config_header:begin rewrite
/etc/exim4/exim4.conf.template:begin rewrite
[...]

devrait te montrer le chemin...


Une autre méthode, peut-être préférable, est de fixer le
« Return-Path: » dans la section « transports »

,

Transport direct :

| remote_smtp:
|   driver = smtp
|   helo_data = lhelgoualch.homelinux.org
|   return_path = DIRECT_RP

Transport via un relais :

| remote_smtp_smarthost:
|   debug_print = "T: remote_smtp_smarthost for [EMAIL PROTECTED]"
|   driver = smtp
|   return_path = SMART_RP
|   hosts_try_auth = ${if exists{CONFDIR/passwd.client} \
| {\
| ${lookup{$host}nwildlsearch{CONFDIR/passwd.client}{$host_address}}\
| }\
| {} \
|   }
`

Les deux macros sont définies au début de ma conf. (il me semble qu'il y a un
fichier prévu pour ça)

CONFDIR = /etc/exim4
DIRECT_RP = [EMAIL PROTECTED]
SMART_RP = [EMAIL PROTECTED]

(le relais gmail le réécrit de toutes façons --- mais pas Orange).
-- 
Jacques L'helgoualc'h

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Jacques L'helgoualc'h]

François TOURDE a écrit, mercredi 17 septembre 2008, à 11:25 :
[...]
> Ou mieux:
> 
> date|mail -s essai-local USER
> 
> qui permet d'avoir dans le corps du message une bonne idée de la
> chronologie des tests. Et qui comporte 5 touches de moins à taper :p

w|mail -s "$(date)" "$USER"

évitera d'ouvrir les messages pour voir la date :P
-- 
Jacques L'helgoualc'h

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

> D'après un de tes messages précédents, c'est ton expéditeur [EMAIL PROTECTED]
> qui pose problème... Tu peux potasser la section « Rewriting adresses »
> dans la documentation d'Exim :P
> 
> Essaie d'ajouter à la configuration d'Exim
> 
> [EMAIL PROTECTED] [EMAIL PROTECTED] sF
> 
> en fin  de section  « rewrite ». Voir aussi  dans man exim4  les options
> -bt, -brw, -bv et -bvs  [adresse(s)].

En effet, quand j'envoie un mail j'ai une erreur "SMTP error from remote
mail serveur after MAIL FROM:<[EMAIL PROTECTED]> ... host smtp.free.fr ...
<[EMAIL PROTECTED]>:Sender adress rejected: need fully qualified adress

Quel est ce fichier de configuration d'exim où je dois mettre
[EMAIL PROTECTED] [EMAIL PROTECTED] sF
?

Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

[EMAIL PROTECTED] a écrit :
> Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 09:17 :
> > Zuthos a écrit :
> > > | Bref, si vous pouviez m'aider à configurer exim4.
> > > Ok,
> > > il faut un sous root:
> > > # dpkg-reconfigure exim4-config
> > > 
> > > Ensuite, il faut bien tous lire et bien renseigné les lignes.
> > > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange)
> > Merci. Voici ce qu'on me demande :
> > 
> > 1) type de configuration :
> > fetchmail". Correct ?
> 
> Oui.
> 
> > 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai
> > laissé le nom de la machine.
> 
> OK.
> 
> > 3) liste d'adresses IP où Exim sera en attente de connexions SMTP
> > entrantes :
> 
> Oui --- c'est le plus sûr (sauf n'écouter nulle part :)
> 
> > 4) autres destinations dont le courriel doit être accepté :
> > n'ai aucune idée si c'est bien ici qu'il faut mettre ça ?
> 
> Non. Ce  sont les domaines pour  lesquels tu accepterais  de recevoir le
> courrier si  ton Exim écoutait le  Grand Méchant Ternet sur  le port 25,
> cf. 3)

Ok, donc je ne mets rien ici.

> > 5) machines à relayer :
> 
> OK, cf. 3) --- sauf si tu veux centraliser l'envoi depuis ton réseau maison.
> 
> > 6) nom réseau ou adresse IP du système smarthost :
> > précédente tentative de configuration.  J'ai laissé ça. Est-ce correct
> > ? 
> 
> Oui --- de toutes façons, il  faudrait sinon demander à Free d'ouvrir le
> filtre vers le port 25,  qui t'empêche d'envoyer directement le courrier
> ailleurs.
> 
> >  Mais il est dit :
> > si ce serveur impose une authentification ... je crois bien que c'est
> > mon cas donc il va falloir que j'aille voir un certain README...
> 
> A priori, non, pas via Free  ((plusieurs de) tes courriers vers la liste
> sont bien arrivés).

Hum.
Si mes courriers sont bien arrivés, c'est que j'utilise un autre
ordinateur :-)

> D'après un de tes messages précédents, c'est ton expéditeur [EMAIL PROTECTED]
> qui pose problème... Tu peux potasser la section « Rewriting adresses »
> dans la documentation d'Exim :P
> 
> Essaie d'ajouter à la configuration d'Exim
> 
> [EMAIL PROTECTED] [EMAIL PROTECTED] sF
> 
> en fin  de section  « rewrite ». Voir aussi  dans man exim4  les options
> -bt, -brw, -bv et -bvs  [adresse(s)].
> 
> 
> Dans ton ~/.muttrc, quelque chose comme
> 
> folder-hook debian  "set [EMAIL PROTECTED] ; \
>  [...]"
> ne pourra résoudre ce problème qu'avec Mutt.

Ok, je teste tout ça et je reviens si ça ne marche pas.

> N.B. évite de  mettre en clair des adresses réelles, tu  es bon pour une
> visite à http://mfilter.free.fr/ pour ton_adresse(chez)free :/

Ah oui. Je ne connais pas ce site.

> 
> > 6+1) Pour lauthentification SMTP, jai édité le fichier
> > /etc/exim4/passwd.client comme indiqué, en mettant :
> 
> smtp.free.fr:monlogin:monmotdepasse
> 
> > correct ?
> 
> Syntaxiquement,  oui, mais sans  doute inutile  (pour l'instant)  : Free
> relaie (encore ?) le courrier en provenance de son réseau. 

Ben non (cf plus haut).

> Testé :
> , /etc/exim4/passwd.client, cf. ci-dessus
> | ### CONFDIR/passwd.client
> | #
> | # Format:
> | #targetmailserver.example:login:password
> | #
> | smtp-msa.orange.fr:LOGIN_ORANGE:[EMAIL PROTECTED]
> | # smtp.gmail.com is an alias for gmail-smtp.l.google.com.
> | gmail-smtp.l.google.com:[EMAIL PROTECTED]:[EMAIL PROTECTED]
> `

Merci pour cet exemple.
Mais s'il y a deux lignes (orange et gmail), comment se fait le choix ?
(en fonction de l'adresse qu'on choisit pour écrire ?).

> Pour  Fetchmail, il  vaut  mieux faire  suivre  directement le  courrier
> rapatrié à Procmail, au lieu de  le reposter vers ton MTA (Exim) local :
> j'utilisais dans ~/.fetchmailrc la ligne
> 
>  mda "/usr/bin/procmail -Y -d %T"
> 
> mais je suis passé à Maildrop, plus facile à configurer
> 
>   mda "/usr/bin/maildrop"
> 
> puis à Getmail...
> 
> # getmail v.3
> postmaster = "|/usr/bin/maildrop"
> 
> Getmail peut aussi  être testé en solo, il sait  livrer le courrier dans
> un Maildir/.

ça je regarderai ensuite, merci !

-- Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[François TOURDE]

Le 14138ième jour après Epoch,
Stephane Bortzmeyer écrivait:

> On Mon, Sep 15, 2008 at 10:54:27PM +0200,
>  Zuthos <[EMAIL PROTECTED]> wrote 
>  a message of 47 lines which said:
>
>> Je propose un:
>> mailx -s essai-local 
>> 
>> Ensuite, tu tape essai 
>> .
>
> Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme
> le courrier ne va pas marcher du premier coup, il faudra sans doute
> refaire le test plusieurs fois, ce qui est peu compatible avec ce mode
> interactif.
>
> Je suggère plutôt :
>
> echo Test | mailx -s essai-local USER
>
> qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le
> haut)

Ou mieux:

date|mail -s essai-local USER

qui permet d'avoir dans le corps du message une bonne idée de la
chronologie des tests. Et qui comporte 5 touches de moins à taper :p

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[lhh]

Pierre Allken-Bernard a écrit, mercredi 17 septembre 2008, à 09:17 :
> Zuthos a écrit :
> > | Bref, si vous pouviez m'aider à configurer exim4.
> > Ok,
> > il faut un sous root:
> > # dpkg-reconfigure exim4-config
> > 
> > Ensuite, il faut bien tous lire et bien renseigné les lignes.
> > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange)
> Merci. Voici ce qu'on me demande :
> 
> 1) type de configuration :
> fetchmail". Correct ?

Oui.

> 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai
> laissé le nom de la machine.

OK.

> 3) liste d'adresses IP où Exim sera en attente de connexions SMTP
> entrantes :

Oui --- c'est le plus sûr (sauf n'écouter nulle part :)

> 4) autres destinations dont le courriel doit être accepté :
> n'ai aucune idée si c'est bien ici qu'il faut mettre ça ?

Non. Ce  sont les domaines pour  lesquels tu accepterais  de recevoir le
courrier si  ton Exim écoutait le  Grand Méchant Ternet sur  le port 25,
cf. 3)

> 5) machines à relayer :

OK, cf. 3) --- sauf si tu veux centraliser l'envoi depuis ton réseau maison.

> 6) nom réseau ou adresse IP du système smarthost :
> précédente tentative de configuration.  J'ai laissé ça. Est-ce correct
> ? 

Oui --- de toutes façons, il  faudrait sinon demander à Free d'ouvrir le
filtre vers le port 25,  qui t'empêche d'envoyer directement le courrier
ailleurs.

>  Mais il est dit :
> si ce serveur impose une authentification ... je crois bien que c'est
> mon cas donc il va falloir que j'aille voir un certain README...

A priori, non, pas via Free  ((plusieurs de) tes courriers vers la liste
sont bien arrivés).

Pour  les abonnés  d'Orange, c'est  utile  pour ne  pas être  blacklisté
ailleurs,  il  vaut  mieux  prendre smtp-msa.orange.fr  port  587  comme
smarthost...  Attention, ce smtp-msa n'est connu du DNS qu'à l'intérieur
du réseau Orange. De l'extérieur, essayer smtpauth (non testé).

On peut  aussi contourner le smarthost de  son FAI via un  compte sur un
serveur extérieur, comme Gmail.

,[ testés dans exim4.conf, section routers ]
| smarthost:
|   driver = manualroute
|   domains = ! +local_domains
| #  route_list = * smtp-msa.orange.fr::587 byname
|   route_list = * smtp.gmail.com::587 byname
|   transport = remote_smtp_smarthost
|   host_find_failed = defer
|   same_domain_copy_routing = yes
|   no_more
`

N.B. Gmail réécrit Return-Path: et From: ...

> J'ai testé l'envoie d'un mail à moi-même (@free.fr) et ça me revient
> avec "unrouteable adress". Il faut dire que je n'ai pas été voir le
> problème de l'authentification SMTP...

D'après un de tes messages précédents, c'est ton expéditeur [EMAIL PROTECTED]
qui pose problème... Tu peux potasser la section « Rewriting adresses »
dans la documentation d'Exim :P

Essaie d'ajouter à la configuration d'Exim

[EMAIL PROTECTED] [EMAIL PROTECTED] sF

en fin  de section  « rewrite ». Voir aussi  dans man exim4  les options
-bt, -brw, -bv et -bvs  [adresse(s)].


Dans ton ~/.muttrc, quelque chose comme

folder-hook debian  "set [EMAIL PROTECTED] ; \
   [...]"
ne pourra résoudre ce problème qu'avec Mutt.

N.B. évite de  mettre en clair des adresses réelles, tu  es bon pour une
visite à http://mfilter.free.fr/ pour ton_adresse(chez)free :/


> 6+1) Pour lauthentification SMTP, jai édité le fichier
> /etc/exim4/passwd.client comme indiqué, en mettant :

smtp.free.fr:monlogin:monmotdepasse

> correct ?

Syntaxiquement,  oui, mais sans  doute inutile  (pour l'instant)  : Free
relaie (encore ?) le courrier en provenance de son réseau. 

Testé :
, /etc/exim4/passwd.client, cf. ci-dessus
| ### CONFDIR/passwd.client
| #
| # Format:
| #targetmailserver.example:login:password
| #
| smtp-msa.orange.fr:LOGIN_ORANGE:[EMAIL PROTECTED]
| # smtp.gmail.com is an alias for gmail-smtp.l.google.com.
| gmail-smtp.l.google.com:[EMAIL PROTECTED]:[EMAIL PROTECTED]
`


Pour  Fetchmail, il  vaut  mieux faire  suivre  directement le  courrier
rapatrié à Procmail, au lieu de  le reposter vers ton MTA (Exim) local :
j'utilisais dans ~/.fetchmailrc la ligne

 mda "/usr/bin/procmail -Y -d %T"

mais je suis passé à Maildrop, plus facile à configurer

mda "/usr/bin/maildrop"

puis à Getmail...

# getmail v.3
postmaster = "|/usr/bin/maildrop"

Getmail peut aussi  être testé en solo, il sait  livrer le courrier dans
un Maildir/.
-- 
Jacques L'helgoualc'h

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

Pierre Allken-Bernard a écrit :
> Zuthos a écrit :
> > | Bref, si vous pouviez m'aider à configurer exim4.
> > Ok,
> > il faut un sous root:
> > # dpkg-reconfigure exim4-config
> > 
> > Ensuite, il faut bien tous lire et bien renseigné les lignes.
> > Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange)
> 
> Merci. Voici ce qu'on me demande :
> 
> 1) type de configuration :
> --> j'ai mis "envoi via relais (smarthost) - réception SMTP ou
> fetchmail". Correct ?
> 
> 2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai
> laissé le nom de la machine.
> 
> 3) liste d'adresses IP où Exim sera en attente de connexions SMTP
> entrantes :
> --> Euh, j'ai laissé 127.0.0.1. Correct ?
> 
> 4) autres destinations dont le courriel doit être accepté :
> --> J'ai mis free.fr et gmail.com séparés par un point virgule (pour mes deux 
> adresses mail) mais je
> n'ai aucune idée si c'est bien ici qu'il faut mettre ça ?
> 
> 5) machines à relayer :
> --> j'ai laissé vide.
> 
> 6) nom réseau ou adresse IP du système smarthost :
> --> Il y avait déjà smtp.free.fr, qui devait être resté d'une de mes
> précédente tentative de configuration. J'ai laissé ça. Est-ce correct ?  Mais 
> il est dit :
> si ce serveur impose une authentification ... je crois bien que c'est
> mon cas donc il va falloir que j'aille voir un certain README...
> 
> J'ai testé l'envoie d'un mail à moi-même (@free.fr) et ça me revient
> avec "unrouteable adress". Il faut dire que je n'ai pas été voir le
> problème de l'authentification SMTP...
> 
> Pierre

Pour l'authentification SMTP, j'ai édité le fichier
/etc/exim4/passwd.client comme indiqué, en mettant :

smtp.free.fr:monlogin:monmotdepasse

correct ?

Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

Zuthos a écrit :
> | Bref, si vous pouviez m'aider à configurer exim4.
> Ok,
> il faut un sous root:
> # dpkg-reconfigure exim4-config
> 
> Ensuite, il faut bien tous lire et bien renseigné les lignes.
> Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange)

Merci. Voici ce qu'on me demande :

1) type de configuration :
--> j'ai mis "envoi via relais (smarthost) - réception SMTP ou
fetchmail". Correct ?

2) le nom de courriel. Bon là ce n'est pas très important je pense. J'ai
laissé le nom de la machine.

3) liste d'adresses IP où Exim sera en attente de connexions SMTP
entrantes :
--> Euh, j'ai laissé 127.0.0.1. Correct ?

4) autres destinations dont le courriel doit être accepté :
--> J'ai mis free.fr et gmail.com séparés par un point virgule (pour mes deux 
adresses mail) mais je
n'ai aucune idée si c'est bien ici qu'il faut mettre ça ?

5) machines à relayer :
--> j'ai laissé vide.

6) nom réseau ou adresse IP du système smarthost :
--> Il y avait déjà smtp.free.fr, qui devait être resté d'une de mes
précédente tentative de configuration. J'ai laissé ça. Est-ce correct ?  Mais 
il est dit :
si ce serveur impose une authentification ... je crois bien que c'est
mon cas donc il va falloir que j'aille voir un certain README...

J'ai testé l'envoie d'un mail à moi-même (@free.fr) et ça me revient
avec "unrouteable adress". Il faut dire que je n'ai pas été voir le
problème de l'authentification SMTP...

Pierre


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Zuthos]

Pierre Allken-Bernard a écrit :
| 
 > 
| > Je suggère plutôt :
| > 
| > echo Test | mailx -s essai-local USER
| > 
| > qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le
| > haut)
| 
Connaissez pas. Cool!!!

| Bonsoir,
| J'ai donc installé exim4.
| J'ai fait le :
| echo Test | mailx -s essai-local pierre
| puis j'ai constaté que /var/spool/mail/pierre contient bien le nouveau
| mail. Et j'ai aussi le mail dans mutt, probablement parce que mon
| .muttrc contient ce qu'il faut.
| 
| Après le test local, j'ai essayé un test "global" : je me suis écrit
| (via mutt cette fois, mais je suppose que c'est pareil que mailx ?) un
| mail à l'adresse [EMAIL PROTECTED]
| Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery
| failed) qui dit en gros :
| 
| SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça
| c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
| Sender address rejected ...
| 
| Je suppose que c'est exim4 qui est mal configuré. Normal car je ne l'ai
| pas configuré (car je ne sais pas vraiment faire).
| 
| Mais quand même, c'est marrant ce smtp.free.fr
| Comment sait-il ça (que je suis chez free) ?
Je ne sais pas

| Peut-être un reste de configuration (j'avais essayé de configuré exim4
| il y a quelque temps) ?
| 
| Bref, si vous pouviez m'aider à configurer exim4.
Ok,
il faut un sous root:
# dpkg-reconfigure exim4-config

Ensuite, il faut bien tous lire et bien renseigné les lignes.
Il vaut mieux mettre le smtp de ton fournisseur (notament chez orange)


signature.asc
Description: Digital signature

Re: fetchmail, procmail, etc.

[Pierre Allken-Bernard]

Stephane Bortzmeyer a écrit :
> On Mon, Sep 15, 2008 at 10:54:27PM +0200,
>  Zuthos <[EMAIL PROTECTED]> wrote 
>  a message of 47 lines which said:
> 
> > Je propose un:
> > mailx -s essai-local 
> > 
> > Ensuite, tu tape essai 
> > .
> 
> Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme
> le courrier ne va pas marcher du premier coup, il faudra sans doute
> refaire le test plusieurs fois, ce qui est peu compatible avec ce mode
> interactif.
> 
> Je suggère plutôt :
> 
> echo Test | mailx -s essai-local USER
> 
> qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le
> haut)

Bonsoir,
J'ai donc installé exim4.
J'ai fait le :
echo Test | mailx -s essai-local pierre
puis j'ai constaté que /var/spool/mail/pierre contient bien le nouveau
mail. Et j'ai aussi le mail dans mutt, probablement parce que mon
.muttrc contient ce qu'il faut.

Après le test local, j'ai essayé un test "global" : je me suis écrit
(via mutt cette fois, mais je suppose que c'est pareil que mailx ?) un
mail à l'adresse [EMAIL PROTECTED]
Evidemment, je reçois aussitôt un mail local d'erreur (mail delivery
failed) qui dit en gros :

SMTP error from remote mail server after MAIL FROM [EMAIL PROTECTED] (ça
c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
Sender address rejected ...

Je suppose que c'est exim4 qui est mal configuré. Normal car je ne l'ai
pas configuré (car je ne sais pas vraiment faire).

Mais quand même, c'est marrant ce smtp.free.fr
Comment sait-il ça (que je suis chez free) ?

Peut-être un reste de configuration (j'avais essayé de configuré exim4
il y a quelque temps) ?

Bref, si vous pouviez m'aider à configurer exim4.

Merci d'avance.

Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail, procmail, etc.

[Stephane Bortzmeyer]

On Mon, Sep 15, 2008 at 10:54:27PM +0200,
 Zuthos <[EMAIL PROTECTED]> wrote 
 a message of 47 lines which said:

> Je propose un:
> mailx -s essai-local 
> 
> Ensuite, tu tape essai 
> .

Ça me parait bien compliqué et, surtout, difficile à reproduire. Comme
le courrier ne va pas marcher du premier coup, il faudra sans doute
refaire le test plusieurs fois, ce qui est peu compatible avec ce mode
interactif.

Je suggère plutôt :

echo Test | mailx -s essai-local USER

qui a l'avantage qu'on peut le rappeler d'une touche (flèche vers le
haut)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: souci postfix + fetchmail + procmail

[mahashakti89]

On Sun, Nov 06, 2005 at 11:10:32AM +0100, napo978 wrote :
> Le 05 /11/2005 à 19:18 mahashakti89 a écrit :
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > switcher a écrit :
> > > Bonjour,
> > > 
> > > j'ai un pb similaire lors d'une mise a jour de postfix
> > > 
> > > modifie l'adresse localhost de 127.0.0.1 vers 127.0.0.0/8 et ca 
> > > devrais aller mieux
> > > 
> > > en esperant que tu ais le même problème que moi
> > > 
> > > 
> > > A+
> > > switcher
> > > 
> > > 
> > > 
> > marche pas   le Gnome me signale qu'il ne trouve pas l'adresse
> > internet corresondant à mon nom d'hôte...
> > et mail - v claude me donne toujours "No mail for claude" et ça m'énerve !
> dans ton fichier .fetchlmailrc a la fn de ta ligne poll essai de
> rajouter smtpaddress nomhote

Bon, finalement, ça remarche , je en comprenais pas pourquoi ce
problème,ma config marchait correctement jusqu'ici.
J'ai booté sur une Knoppix, fait un fsck, il y avait quelques problèmes
certainement d'entrée / sortie. Maintenant tout roule.

Merci de vos réponses.

mahashakti89


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: souci postfix + fetchmail + procmail

[napo978]

Le 05 /11/2005 à 19:18 mahashakti89 a écrit :

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> switcher a écrit :
> > Bonjour,
> > 
> > j'ai un pb similaire lors d'une mise a jour de postfix
> > 
> > modifie l'adresse localhost de 127.0.0.1 vers 127.0.0.0/8 et ca 
> > devrais aller mieux
> > 
> > en esperant que tu ais le même problème que moi
> > 
> > 
> > A+
> > switcher
> > 
> > 
> > 
> marche pas   le Gnome me signale qu'il ne trouve pas l'adresse
> internet corresondant à mon nom d'hôte...
> et mail - v claude me donne toujours "No mail for claude" et ça m'énerve !
dans ton fichier .fetchlmailrc a la fn de ta ligne poll essai de
rajouter smtpaddress nomhote
B-
> 
> mahashakti89
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFDbPdfPPuyRSaD7LoRAmsRAKDJXjMDZKn3VC5I8KMZ++Zpq4azSACgg9um
> cM9JaKIPpffy5gHFfgpovCk=
> =Lx14
> -END PGP SIGNATURE-
> 
> 


-- 
"Il est toujours avantageux de porter un titre nobiliaire.
Etre 'de quelque chose', ca pose un homme,
comme être 'de Garenne', ca pose un lapin." 
A. Allais

Re: souci postfix + fetchmail + procmail

[mahashakti89]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

switcher a écrit :
> Bonjour,
> 
> j'ai un pb similaire lors d'une mise a jour de postfix
> 
> modifie l'adresse localhost de 127.0.0.1 vers 127.0.0.0/8 et ca 
> devrais aller mieux
> 
> en esperant que tu ais le même problème que moi
> 
> 
> A+
> switcher
> 
> 
> 
marche pas   le Gnome me signale qu'il ne trouve pas l'adresse
internet corresondant à mon nom d'hôte...
et mail - v claude me donne toujours "No mail for claude" et ça m'énerve !

mahashakti89
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDbPdfPPuyRSaD7LoRAmsRAKDJXjMDZKn3VC5I8KMZ++Zpq4azSACgg9um
cM9JaKIPpffy5gHFfgpovCk=
=Lx14
-END PGP SIGNATURE-


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

souci postfix + fetchmail + procmail

[mahashakti89]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour !

Suite à mise à jour (?) je ne peux plus accèder à mon courrier en local
ni en recevoir par le biais de postfix et consorts 
Je pense qu'il s'agit d'un problème de permissions, mais je ne trouve pas.
Après un mail -v claude, je ne reçois pas le courrier, pour l'extérieur
si je lance fetchmail il me récupère bien les messages, mais je ne les
vois pas dans mutt .
extrait de /var/log/mail.info :

> Nov  5 11:10:39 (none) postfix/cleanup[10454]: 75CE36487: hold: header 
> Received: from morley.grenoble.hp.com (morley.grenoble.hp.com 
> [15.204.161.50])??by palrel11.hp.com (Postfix) with ESMTP id 2310A4A632??for 
> <[EMAIL PROTECTED]>; Sat,  5 Nov 2005 02:07:2 from localhost[127.0.0.1]; 
> from=<[EMAIL PROTECTED]> to=<[EMAIL PROTECTED]> proto=ESMTP helo=
> Nov  5 11:10:39 (none) postfix/cleanup[10454]: 75CE36487: hold: header 
> Received: by morley.grenoble.hp.com (Postfix, from userid 2000)??id 
> 560242EDDE; Sat,  5 Nov 2005 11:07:22 +0100 (CET) from localhost[127.0.0.1]; 
> from=<[EMAIL PROTECTED]> to=<[EMAIL PROTECTED]> proto=ESMTP helo=
> Nov  5 11:10:39 (none) postfix/cleanup[10454]: 75CE36487: message-id=<[EMAIL 
> PROTECTED]>
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: public/cleanup socket: wanted 
> attribute: status
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: input attribute name: status
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: input attribute value: 0
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: public/cleanup socket: wanted 
> attribute: reason
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: input attribute name: reason
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: input attribute value: (end)
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: public/cleanup socket: wanted 
> attribute: (list terminator)
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: input attribute name: (end)
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: > localhost[127.0.0.1]: 250 Ok: 
> queued as 75CE36487
> Nov  5 11:10:39 (none) postfix/smtpd[10451]: watchdog_pat: 0x807af70
> Nov  5 11:12:19 (none) postfix/smtpd[10451]: < localhost[127.0.0.1]: QUIT
> Nov  5 11:12:19 (none) postfix/smtpd[10451]: > localhost[127.0.0.1]: 221 Bye
> Nov  5 11:12:19 (none) postfix/smtpd[10451]: match_hostname: localhost ~? 
> 127.0.0.0/8
> Nov  5 11:12:19 (none) postfix/smtpd[10451]: match_hostaddr: 127.0.0.1 ~? 
> 127.0.0.0/8
> Nov  5 11:12:19 (none) postfix/smtpd[10451]: disconnect from 
> localhost[127.0.0.1]
> Nov  5 11:14:11 (none) postfix/pickup[3555]: 73C176489: uid=0 from=
> Nov  5 11:14:11 (none) postfix/cleanup[10600]: 73C176489: hold: header 
> Received: by ishwara.mahashakti.org (Postfix, from userid 0)??id 73C176489; 
> Sat,  5 Nov 2005 11:14:11 +0100 (CET) from local; from=<[EMAIL PROTECTED]>
> Nov  5 11:14:11 (none) postfix/cleanup[10600]: 73C176489: message-id=<[EMAIL 
> PROTECTED]>


Voila , suis preneur de toute idée ...

mahashakti89
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDbIgPPPuyRSaD7LoRAjliAJ4zxoDlauaDa5Rw2OBJsJgk9T0YJACgzGsg
7pE9TOL+Gj530RkAgIxG1Wc=
=4+a1
-END PGP SIGNATURE-


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail / procmail

[mess-mate]

Vincent Lefevre <[EMAIL PROTECTED]> wrote:
| On 2005-04-09 16:23:30 +0200, messmate wrote:
| > Qui appelle donc ma procmail ??
| 
| Il doit être possible de savoir en regardant les en-têtes Received.
| 
| -- 
Merci, j'ai trouvé; c'est postfix :)


mess-mate
--
A hundred years from now it is very likely that [of Twain's works] "The
Jumping Frog" alone will be remembered.
-- Harry Thurston Peck (Editor of "The Bookman"), January 1901.


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail / procmail

[Vincent Lefevre]

On 2005-04-09 16:23:30 +0200, messmate wrote:
> Qui appelle donc ma procmail ??

Il doit être possible de savoir en regardant les en-têtes Received.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail / procmail

[mess-mate]

Jean-Michel OLTRA <[EMAIL PROTECTED]> wrote:
| 
| bonjour,
| 
| 
| Le samedi 09 avril 2005, messmate a écrit...
| 
| 
| > j'avais complètement oublié:
| > mailbox_command = procmail -a "$EXTENSION"
| > dans la main.cf de postfix .
| > Mais qu'est-ce qui est préférable , 
| > le mda "/usr/bin/procmail -d %T" dans fetchmail ou le
| > mailbox_command = procmail -a "$EXTENSION" dans postfix ?
| 
| En local, postfix doit être capable de redistribuer les courriels.
| 
| le mda pour fetchmail court-circuite Postfix lors de la récupération des
| courriels sur les serveurs.
| 
| -- 
Je viens de faire l'essai:
si postfix est installé il faut le faire à travers postfix et non fetchmail !!
En tout cas chez moi.Sinon il-y-a interférence méme avec un
'mailbox_command;" commenté dans la main.cf de postfix.


mess-mate
--
You will have good luck and overcome many hardships.


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail / procmail

[Jean-Michel OLTRA]

bonjour,


Le samedi 09 avril 2005, messmate a écrit...


> j'avais complètement oublié:
> mailbox_command = procmail -a "$EXTENSION"
> dans la main.cf de postfix .
> Mais qu'est-ce qui est préférable , 
> le mda "/usr/bin/procmail -d %T" dans fetchmail ou le
> mailbox_command = procmail -a "$EXTENSION" dans postfix ?

En local, postfix doit être capable de redistribuer les courriels.

le mda pour fetchmail court-circuite Postfix lors de la récupération des
courriels sur les serveurs.

-- 
jm


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail / procmail

[messmate]

On Sat, 9 Apr 2005 18:11:06 +0200
Jean-Michel OLTRA <[EMAIL PROTECTED]> wrote:

> 
> bonjour,
> 
> 
> Le samedi 09 avril 2005, messmate a écrit...
> 
> > Comme tu vois, l'appel à procmail est commenté = #
> > Qui dépose alors les messages dans les boîtes ??
> > .Debian
> > .mutt
> > etc..
> 
> postfix qui appelle procmail ? par défaut fetchmail envoie sur le port
> 25 si aucun mda n'est précisé.
>

j'avais complètement oublié:
mailbox_command = procmail -a "$EXTENSION"
dans la main.cf de postfix .
Mais qu'est-ce qui est préférable , 
le mda "/usr/bin/procmail -d %T" dans fetchmail ou le
mailbox_command = procmail -a "$EXTENSION" dans postfix ?

mess-mate

Re: fetchmail / procmail

[Jean-Michel OLTRA]

bonjour,


Le samedi 09 avril 2005, messmate a écrit...

> Comme tu vois, l'appel à procmail est commenté = #
> Qui dépose alors les messages dans les boîtes ??
> .Debian
> .mutt
> etc..

postfix qui appelle procmail ? par défaut fetchmail envoie sur le port
25 si aucun mda n'est précisé.


-- 
jm


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: fetchmail / procmail

[messmate]

On Sat, 9 Apr 2005 16:43:14 +0200
Michelle Konzack <[EMAIL PROTECTED]> wrote:

> Am 2005-04-09 16:23:30, schrieb messmate:
> > Bonjour,
> > à titre d'info, j'ai fetchmail, mailfilter, procmail, courier,
> > postfix d'installé.
> 
> Si tu utiliser "courier", pourquoi tu installer "postfix" ?
> 
> > Je viens de m'apercevoir que j'ai commenté ma ligne
> >  mda procmail.dans ma fetchmailrc.
> 
>
> |   ering  mail through an MDA.  Some possible MDAs are
> |   "/usr/sbin/sendmail -i -f  %F  %T",
> |   "/usr/bin/deliver"  and  "/usr/bin/procmail  -d %T"
>   
> 
> |  fetchmail(1)
>  \__
> 
> > Je sais plus pourquoi d'ailleurs, pourtant les messages sont bien
> > déposés dans les 
> > répertoires respectifs selon ma procmailrc.
> 
> ???
> 
> > Qui appelle donc ma procmail ??
> 
> RTFM:   man fetchmail
??
Voici l'extrait de ma fetchmailrc:
poll pop.free.fr with proto pop3
   user "messmate" there with password "xxx" is "mess" here
   preconnect "mailfilter --mailfilterrc=/home/mess/.mailfilterrc"
#mda "/usr/bin/procmail -Y -d %T"
#mda "/usr/bin/procmail -f -d %T"
# check every 600 seconds
#set daemon 600 :  done with crontab !!!
Comme tu vois, l'appel à procmail est commenté = #
Qui dépose alors les messages dans les boîtes ??
.Debian
.mutt
etc..
 
> 
> > merci d'avance pour l'info
> > mess-mate
> 
> Greetings
> Michelle
> 
> -- 
> Linux-User #280138 with the Linux Counter, http://counter.li.org/
> Michelle Konzack   Apt. 917  ICQ #328449886
>50, rue de Soultz MSM LinuxMichi
> 0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)
> 

Re: fetchmail / procmail

[Michelle Konzack]

Am 2005-04-09 16:23:30, schrieb messmate:
> Bonjour,
> à titre d'info, j'ai fetchmail, mailfilter, procmail, courier,
> postfix d'installé.

Si tu utiliser "courier", pourquoi tu installer "postfix" ?

> Je viens de m'apercevoir que j'ai commenté ma ligne
>  mda procmail.dans ma fetchmailrc.

RTFM:   man fetchmail

  __( manpage 'fetchmail' )_
 /
| fetchmail(1) fetchmail(1)

|-m  | --mda 
|   (Keyword:  mda)  You can force mail to be passed to
|   an MDA directly (rather than forwarded to port  25)
|   with the --mda or -m option.  To avoid losing mail,
|   use this option only with  MDAs  like  procmail  or
|   sendmail  that return a nonzero status on disk-full
|   and other resource-exhaustion errors;  the  nonzero
|   status  tells  fetchmail  that  delivery failed and
|   prevents the message from  being  deleted  off  the
|   server.   If  fetchmail is running as root, it sets
|   its userid to that of the target user while  deliv­
|   ering  mail through an MDA.  Some possible MDAs are
|   "/usr/sbin/sendmail -i -f  %F  %T",
|   "/usr/bin/deliver"  and  "/usr/bin/procmail  -d %T"
  
|   (but the latter is usually redundant as  it's  what
|   SMTP  listeners normally forward to).  Local deliv­
|   ery addresses will be inserted into the MDA command
|   wherever  you  place  a %T; the mail message's From
|   address will be inserted where you place an %F.  In
|   both  cases  the  addresses  are enclosed in single
|   quotes ('), after removing any single  quotes  they
|   may  contain,  before  the MDA command is passed to
|   the shell.  Do  not  use  an  MDA  invocation  like
|   "sendmail -i -t" that dispatches on the contents of
|   To/Cc/Bcc, it will create mail loops and bring  the
|   just wrath of many postmasters down upon your head.
|   Also, do not try to combine multidrop mode with  an
|   MDA  such  as  procmail  that  can  only accept one
|   addressee; you will lose.

|  fetchmail(1)
 \__

> Je sais plus pourquoi d'ailleurs, pourtant les messages sont bien
> déposés dans les 
> répertoires respectifs selon ma procmailrc.

???

> Qui appelle donc ma procmail ??

RTFM:   man fetchmail

> merci d'avance pour l'info
> mess-mate

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

fetchmail / procmail

[messmate]

Bonjour,
à titre d'info, j'ai fetchmail, mailfilter, procmail, courier, postfix 
d'installé.
Je viens de m'apercevoir que j'ai commenté ma ligne
 mda procmail.dans ma fetchmailrc.
Je sais plus pourquoi d'ailleurs, pourtant les messages sont bien déposés dans 
les 
répertoires respectifs selon ma procmailrc.
Qui appelle donc ma procmail ??
merci d'avance pour l'info
mess-mate

Re: fetchmail, procmail, courier-imap

[pingouin osmolateur]

Maintenant, mon problème c'est que je voudrais qu'elle puisse récuperer ses mails depuis son poste.Ça marche très bien en local, mais pas depuis son poste.kmail, me met comme message :"la connexion avec l'hôte 192.168.0.10 a été coupée"après la demande de mot de passe de l'utilisateur "elle".Une idée ?
Tu dois avoir des logs un peu plus précis dans les logs de ton serveur IMAP.ou dans /var/log/messages ?
AC
		
Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage !
Créez votre Yahoo! Mail
Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis.
Téléchargez GRATUITEMENT ici !

[RESOLU] Re: fetchmail, procmail, courier-imap

[COLAS Yves]

Merci à tous pour votre aide.
Apparement tout à l'air de fonctionner.
C'est pas encore tout à fait clair pour moi, mais ça progresse.
Merci

Re: fetchmail, procmail, courier-imap

[COLAS Yves]

> apt-get install courier-webadmin
>
> :-)
>
> Je configure tout via "webadmin" et ça march parfect

Apparement, j'ai paramètré comme il fallait, puisque ma femme sous 
l'utilisateur "ma_femme" sur ma machine peut lire son courrier.
Là où je coince, c'est comment elle peut le récupérer depuis son poste à elle 
sous le même nom d'utilisateur. Lorsque je configure son kmail ou 
thunderbird, il me dit : "la connexion avec l'hôte 192.168.0.10 à été 
coupée". (192.168.0.10 c'est ma machine, là où est récupérer le courrier).

Re: fetchmail, procmail, courier-imap

[Michelle Konzack]

Salut Yves, 

a peu tard, mais j'ai un problem de Serveur...

Am 2004-11-16 21:44:57, schrieb COLAS Yves:
> Bonsoir
> 
> Je reviens à la charge avec ma récupération de courrier car je continu de 
> nager (ou plutôt couler !).
> 
> J'ai installé fetchmail et créer mon ~/.fetchmailrc que voici :
> 
> poll pop.monserveur.truc
> proto pop3
> user "user_fai"
> pass "passwd_fai"
> is user_en_local
> keep 
> fetchall
> no ssl 
> mda "/usr/bin/procmail -d %T"

OK

> J'ai installé procmail et créer un ~/.procmailrc que voilou :
> 
> DEFAULT=/mnt/docs/courrier/

> MAILDIR=/mnt/docs/courier
^^^
  C'est bon ?

> LOGFILE=/var/log/procmail-log
> VERBOSE=on
> ##  SPAMASSASSIN
> # A voir plus tard
> #  REGLES
> # Tout ce qui arrive va dans la boite par default pour l'instant
> :0
> * .*
> $DEFAULT

Pas oubliger...
DEFAULT est automatiquement...
T'es pas besoin la derniere regle.

> Mais je fais quoi, maintenant pour qu'elle puisse le récupérer ?
> La question est c.n, mais j'en ai aucune idée !

apt-get install courier-webadmin

:-)

Je configure tout via "webadmin" et ça march parfect

> Merci pour votre aide


Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/ 
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Re: fetchmail, procmail, courier-imap

[COLAS Yves]

> Salut
> As tu essayer la méthode de Jacques L'helgoualc'h
> datant du Wed, 17 Nov 2004 22:38:53 qui donne comme
> méthode la redirection (forward) des mails qui vérifie
>
> une condition :
> :0
>
> * To: mafemme@
> ! [EMAIL PROTECTED]
>
> ou
>
> Pour une copie,
>
> :0 c
>
> * To: mafemme@
> ! [EMAIL PROTECTED]

Je n'avais pas eu le temps de tester.
Maintenant, c'est ok.
Je lui est créé un dossier elle/courrier et lui ai fait un .procmailrc son 
courrier arrive bien dans son dossier.

> http://nlsn.free.fr/lin-docs/procmail/config.html

Merci pour cette page.

Maintenant, mon problème c'est que je voudrais qu'elle puisse récuperer ses 
mails depuis son poste.
Ça marche très bien en local, mais pas depuis son poste.
kmail, me met comme message :
 "la connexion avec l'hôte 192.168.0.10 a été coupée"
après la demande de mot de passe de l'utilisateur "elle".
Une idée ?

Re: fetchmail, procmail, courier-imap

[pingouin osmolateur]

 --- COLAS Yves <[EMAIL PROTECTED]> a 
> Je veux bien, parce que l'histoire des 2 boites
> imap, je comprends bien le 
> principe, mais je ne trouve aucune docs qui explique
> comment faire.
> Merci

Salut 
As tu essayer la méthode de Jacques L'helgoualc'h
datant du Wed, 17 Nov 2004 22:38:53 qui donne comme
méthode la redirection (forward) des mails qui vérifie
une condition :

:0
* To: mafemme@
! [EMAIL PROTECTED]

ou 

Pour une copie,
:0 c
* To: mafemme@
! [EMAIL PROTECTED]

> histoire des 2 boites

L'histoire des 2 boites : 
Si ta femme a deja un utilisateur sur ton serveur, il
suffit de lui créer un .procmailrc dans lequel du dit
de ranger les mails dans un répertoire du type IMAP
comme suit. Ainsi les mail forwarder seront rangés
dans ses propres repertoires de boites aux lettres:

DEFAULT=$HOME/Maildir/
MAILDIR=$HOME/Maildir/
LOGFILE=$HOME/Maildir/.procmail.log
VERBOSE=no
:0fw:
| /usr/local/bin/spamassassin
#Filtrage des Spams
:0
* ^X-Spam-Flag: YES
.Spam/  

Sinon un lien pas mal avec les principales options
http://nlsn.free.fr/lin-docs/procmail/config.html

Si je me trompe prevenez moi 
merci





Vous manquez d’espace pour stocker vos mails ? 
Yahoo! Mail vous offre GRATUITEMENT 100 Mo !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour 
dialoguer instantanément avec vos amis. A télécharger gratuitement sur 
http://fr.messenger.yahoo.com

Re: fetchmail, procmail, courier-imap

[COLAS Yves]

> Une solution parmis d'autres, pas simple en fait, mais efficace  (on n'est
> pas obligé de tout mettre, mais c'est un bon exercice):
>
>
> je suppose que tu as plusieurs boîtes pop pour yves et une commune yves /
> virginie sur internet

Tout à fait !

> Tu peux utiliser
>
> -> fetchmail qui mappe toutes les boîte à yves sauf la commune en un user
> "famille", puis qui repasse tout ça à exim,
> -> exim qui repasse tout ça à spamassassin (mais qui sert surtout au mail
> sortant ou mail local et ), puis
> -> spamassassin pour eradiquer les spams, puis retour à exim qui repasse
> éventuellement à procmail
> -> procmail pour envoyer les mails(tri) dans plusieurs dossiers des boîtes
> Maildir des users yves et famille (comme ça inutile de configurer plusieurs
> applications pour filtrer les messages), et enfin
> -> courier-imap qui offre deux boîtes imap:
>  -yves pour tout ton courrier personnel
>  -famille pour tout votre courrier commun
>
> Virginie configure son/ses clients de messagerie préférés pour la boîte
> "famille"
> Yves configure les deux boîtes
>
> Cette config semble répondre à tes besoins; elle permet en outre de passer
> de façon transparente de mozilla à evolution ou kmail quand ça te chante et
> filtre les spams.
> On peux en enlever, mais pour répondre à ton besoin, le trio fetchmail,
> procmail, courier-imap semble être ce qu'il y a de plus simple.
>
> Si ça t'intéresse, je peux t'envoyer des éléments de ma config ce we.

Je veux bien, parce que l'histoire des 2 boites imap, je comprends bien le 
principe, mais je ne trouve aucune docs qui explique comment faire.
Merci

Re: fetchmail, procmail, courier-imap

[Loïc Elineau]

Selon COLAS Yves <[EMAIL PROTECTED]>:

> Le problème c'est qu'elle donne notre adresse commune pour ses mails
> "persos",
> d'où mon petit soucis de mise en place.
>
> En fait ce que je veux :
>
> 2 répertoires : "yves" et "virginie"
> mon courrier dans "yves", le sien dans "virginie"
> Qu'elle puisse lire son courrier depuis son poste sachant que c'est
> l'utilisateur 'yves' qui ramasse le courrier et qu'on a les mêmes adresses
> mails.
>
> On m'a suggérer fetchmail, procmail et courier-imap, mais si il y a plus
> simple, je suis tout à fait preneur.
> J'ai vu exim mais je ne trouve pas une doc simple (du moins de mon niveau !)
>
>
Une solution parmis d'autres, pas simple en fait, mais efficace  (on n'est pas
obligé de tout mettre, mais c'est un bon exercice):


je suppose que tu as plusieurs boîtes pop pour yves et une commune yves /
virginie sur internet

Tu peux utiliser

-> fetchmail qui mappe toutes les boîte à yves sauf la commune en un user
"famille", puis qui repasse tout ça à exim,
-> exim qui repasse tout ça à spamassassin (mais qui sert surtout au mail
sortant ou mail local et ), puis
-> spamassassin pour eradiquer les spams, puis retour à exim qui repasse
éventuellement à procmail
-> procmail pour envoyer les mails(tri) dans plusieurs dossiers des boîtes
Maildir des users yves et famille (comme ça inutile de configurer plusieurs
applications pour filtrer les messages), et enfin
-> courier-imap qui offre deux boîtes imap:
 -yves pour tout ton courrier personnel
 -famille pour tout votre courrier commun

Virginie configure son/ses clients de messagerie préférés pour la boîte
"famille"
Yves configure les deux boîtes

Cette config semble répondre à tes besoins; elle permet en outre de passer de
façon transparente de mozilla à evolution ou kmail quand ça te chante et filtre
les spams.
On peux en enlever, mais pour répondre à ton besoin, le trio fetchmail,
procmail, courier-imap semble être ce qu'il y a de plus simple.

Si ça t'intéresse, je peux t'envoyer des éléments de ma config ce we.

Loïc
--

Re: fetchmail, procmail, courier-imap

[COLAS Yves]

> Si je comprends bien tu veux que ta femme puisse
> regarder ces mail mais est-ce que toi aussi tu veux
> pouvoir les regarder ?

Eventuellement, mais ce n'est pas une obligation

> Sinon tu lui fais un compte avec un repertoire Maildir
>
> et tu modifie dans procmail ta regle
> .ma_femme -> /home/ma_femme/Maildir je ne sais plus la
> synthaxe mais ca doit etre un truc comme ça ou
> .home.ma_femme.

Existe-t'il une page man en francais de procmail ?
Je n'arrive pas à en trouver une, et moi et l'anglais on est pas vraiment 
copain.

> Comme ça quand ta femme se connecte en imap elle donne
>  son mdp du compte et elle accède à la boite Maildir.
> En tout cas c'est une piste sinon creer lui un fichier
> procmailrc et fetchmail pour ces propres mail

Le problème c'est qu'elle donne notre adresse commune pour ses mails "persos", 
d'où mon petit soucis de mise en place. 

En fait ce que je veux :

2 répertoires : "yves" et "virginie"
mon courrier dans "yves", le sien dans "virginie"
Qu'elle puisse lire son courrier depuis son poste sachant que c'est 
l'utilisateur 'yves' qui ramasse le courrier et qu'on a les mêmes adresses 
mails.

On m'a suggérer fetchmail, procmail et courier-imap, mais si il y a plus 
simple, je suis tout à fait preneur.
J'ai vu exim mais je ne trouve pas une doc simple (du moins de mon niveau !)

Re: fetchmail, procmail, courier-imap

[Jacques L'helgoualc'h]

pingouin osmolateur a écrit, mercredi 17 novembre 2004, à 15:54 :
> > D'accord, mais elle aura accès à tous le dossier
> > /mnt/docs/courrier , non ?
> > Je voudrais qu'elle est juste accès (par imap) au
> > dossier .ma_femme/ qui sera 
> > remplit avec mes règles de procmail lorsque je
> > recois un courrier qui la concerne.
>
> Si je comprends bien tu veux que ta femme puisse
> regarder ces mail mais est-ce que toi aussi tu veux
> pouvoir les regarder ?
> 
> Sinon tu lui fais un compte avec un repertoire Maildir
> 
> et tu modifie dans procmail ta regle
> .ma_femme -> /home/ma_femme/Maildir je ne sais plus la
> synthaxe mais ca doit etre un truc comme ça ou
> .home.ma_femme. 

(...)/Maildir/

> Comme ça quand ta femme se connecte en imap elle donne
>  son mdp du compte et elle accède à la boite Maildir.

Non, ça  ne marchera  pas, ~lui/.procmailrc ne  peut pas écrire  dans un
répertoire appartenant à elle. C'est dans ~elle/.procmailrc qu'on triera
son courrier à elle, en le rangeant chez elle.

Le courrier arrivant chez lui peut être réexpédié chez elle avec

:0
* (conditions)
! [EMAIL PROTECTED]

(ou toute autre adresse, en évitant les boucles :)

Pour une copie,
:0 c
...

> En tout cas c'est une piste sinon creer lui un fichier
> procmailrc et fetchmail pour ces propres mail

Oui, c'est plus propre pour la relève de son courrier personnel.
-- 
Jacques L'helgoualc'h

Re: fetchmail, procmail, courier-imap

[pingouin osmolateur]

 
> D'accord, mais elle aura accès à tous le dossier
> /mnt/docs/courrier , non ?
> Je voudrais qu'elle est juste accès (par imap) au
> dossier .ma_femme/ qui sera 
> remplit avec mes règles de procmail lorsque je
> recois un courrier qui la 
> concerne.
> 
> 

Si je comprends bien tu veux que ta femme puisse
regarder ces mail mais est-ce que toi aussi tu veux
pouvoir les regarder ?

Sinon tu lui fais un compte avec un repertoire Maildir

et tu modifie dans procmail ta regle
.ma_femme -> /home/ma_femme/Maildir je ne sais plus la
synthaxe mais ca doit etre un truc comme ça ou
.home.ma_femme. 
Comme ça quand ta femme se connecte en imap elle donne
 son mdp du compte et elle accède à la boite Maildir.
En tout cas c'est une piste sinon creer lui un fichier
procmailrc et fetchmail pour ces propres mail
A+
AC 






Vous manquez d’espace pour stocker vos mails ? 
Yahoo! Mail vous offre GRATUITEMENT 100 Mo !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour 
dialoguer instantanément avec vos amis. A télécharger gratuitement sur 
http://fr.messenger.yahoo.com

Re: fetchmail, procmail, courier-imap

[COLAS Yves]

Le Mercredi 17 Novembre 2004 10:00, pingouin osmolateur a écrit :

> Salut
> J'ai la meme config que toi sauf que j'utilise le
> Webmail Horde/Imp pour acccéder à ces mails.
> Si tu as installé courrier-imap cela signifie que tu
> as un serveur imap qui fonctionne.
> Il te suffit (et à ta femme) d'utiliser un client imap
> (par exemple mozilla courrier) et de le configurer
> pour accéder au serveur (comme pour un serveur pop)
>
> Voila j'espère que cela t'aidera
> AC
>
D'accord, mais elle aura accès à tous le dossier /mnt/docs/courrier , non ?
Je voudrais qu'elle est juste accès (par imap) au dossier .ma_femme/ qui sera 
remplit avec mes règles de procmail lorsque je recois un courrier qui la 
concerne.

Re: fetchmail, procmail, courier-imap

[pingouin osmolateur]

 
> Mais je fais quoi, maintenant pour qu'elle puisse le
> récupérer ?
> La question est c.n, mais j'en ai aucune idée !
> 
> Merci pour votre aide
> 
>  

Salut
J'ai la meme config que toi sauf que j'utilise le
Webmail Horde/Imp pour acccéder à ces mails.
Si tu as installé courrier-imap cela signifie que tu
as un serveur imap qui fonctionne.
Il te suffit (et à ta femme) d'utiliser un client imap
(par exemple mozilla courrier) et de le configurer
pour accéder au serveur (comme pour un serveur pop)

Voila j'espère que cela t'aidera
AC  





Vous manquez d’espace pour stocker vos mails ? 
Yahoo! Mail vous offre GRATUITEMENT 100 Mo !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour 
dialoguer instantanément avec vos amis. A télécharger gratuitement sur 
http://fr.messenger.yahoo.com

Re: fetchmail, procmail, courier-imap

[Claude Reveret]

Le Mardi 16 Novembre 2004 21:44, COLAS Yves a écrit :
> Bonsoir
>
> Je reviens à la charge avec ma récupération de courrier car je continu de
> nager (ou plutôt couler !).
>
> J'ai installé fetchmail et créer mon ~/.fetchmailrc que voici :
>
> poll pop.monserveur.truc
> proto pop3
> user "user_fai"
> pass "passwd_fai"
> is user_en_local
> keep
> fetchall
> no ssl
> mda "/usr/bin/procmail -d %T"
>
> J'ai installé procmail et créer un ~/.procmailrc que voilou :
>
> DEFAULT=/mnt/docs/courrier/
> MAILDIR=/mnt/docs/courier
> LOGFILE=/var/log/procmail-log
> VERBOSE=on
> ##  SPAMASSASSIN
> # A voir plus tard
> #  REGLES
> # Tout ce qui arrive va dans la boite par default pour l'instant
>
> :0
>
> * .*
> $DEFAULT
>
> J'ai installé courier-imap
> J'ai créer un /etc/courier/authdaemond.conf dans lequel j'ai mis
> AUTHDAEMOND="authdaemond.plain"
> J'ai bien authmoduleliste="authpam" dans /etc/courier/authdaemonrc
> J'ai mis
> MAILDIR=/mnt/docs/courrier
> et commenté MAILDIRPATH=Maildir
> à la fin de /etc/courier/imapd
>
> Le but étant que ma femme puisse lire ses mails depuis son poste, je pense
> qu'il faut que je rajoute l'utilisateur 'ma_femme' sur mon poste, ce que
> j'ai fais. J'ai créé un groupe 'courrier' auquel j'appartient et ma_femme
> aussi. Le répertoire /mnt/docs/courrier m'appartient et est accessible en
> lecture et écriture au groupe 'courrier'.
>
> Je me suis envoyer un mail avec comme sujet "blabla" et j'ai rajouter comme
> règle dans mon ~/.procmailrc
>
> :0
>
> * ^Subject:.*tortue
> .ma_femme/
>
> Lorsque je lance fetchmail le courrier arrive bien et le courrier "blabla"
> arrive bien dans .ma_femme
>
> Mais je fais quoi, maintenant pour qu'elle puisse le récupérer ?
> La question est c.n, mais j'en ai aucune idée !
>
> Merci pour votre aide
Salut,

Ta configuration me semble extrêmement complexe. J'espère néanmoins répondre à 
ta question :

J'ai créer un fichier /etc/fetchmailrc qui va chercher mon courrier et celui 
de ma femme. 

Spamassassin et procmail sont configurés pour filtrer chaque courrier entrant.

Bien sur il il a un utilisateur "moi" et "mafemme".

Dans le client de messagerie : pop = localhost, user =mafemme, mot de passe = 
mot de passe user de mafemme.

@+, Claude
-- 
Quelqu'un qui dit des choses vraiment intéressantes, on l'écoute, même
quand il ne dit rien. Quand un muet est con, cela ne se remarque pas.
 -+- Philippe Geluck, Le chat -+-

fetchmail, procmail, courier-imap

[COLAS Yves]

Bonsoir

Je reviens à la charge avec ma récupération de courrier car je continu de 
nager (ou plutôt couler !).

J'ai installé fetchmail et créer mon ~/.fetchmailrc que voici :

poll pop.monserveur.truc
proto pop3
user "user_fai"
pass "passwd_fai"
is user_en_local
keep 
fetchall
no ssl 
mda "/usr/bin/procmail -d %T"

J'ai installé procmail et créer un ~/.procmailrc que voilou :

DEFAULT=/mnt/docs/courrier/
MAILDIR=/mnt/docs/courier
LOGFILE=/var/log/procmail-log
VERBOSE=on
##  SPAMASSASSIN
# A voir plus tard
#  REGLES
# Tout ce qui arrive va dans la boite par default pour l'instant
:0
* .*
$DEFAULT

J'ai installé courier-imap
J'ai créer un /etc/courier/authdaemond.conf dans lequel j'ai mis 
AUTHDAEMOND="authdaemond.plain"
J'ai bien authmoduleliste="authpam" dans /etc/courier/authdaemonrc
J'ai mis 
MAILDIR=/mnt/docs/courrier
et commenté MAILDIRPATH=Maildir
à la fin de /etc/courier/imapd

Le but étant que ma femme puisse lire ses mails depuis son poste, je pense 
qu'il faut que je rajoute l'utilisateur 'ma_femme' sur mon poste, ce que j'ai 
fais. J'ai créé un groupe 'courrier' auquel j'appartient et ma_femme aussi. 
Le répertoire /mnt/docs/courrier m'appartient et est accessible en lecture et 
écriture au groupe 'courrier'.

Je me suis envoyer un mail avec comme sujet "blabla" et j'ai rajouter comme 
règle dans mon ~/.procmailrc
:0
* ^Subject:.*tortue
.ma_femme/

Lorsque je lance fetchmail le courrier arrive bien et le courrier "blabla" 
arrive bien dans .ma_femme

Mais je fais quoi, maintenant pour qu'elle puisse le récupérer ?
La question est c.n, mais j'en ai aucune idée !

Merci pour votre aide

[ résolu ] Re: fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[Olivier (ceituna) LAMBERT]

> 2. Le script que tu recherches se trouve dans la manpage de procmail, tout
> a la fin.

En effet... 30 heures de bus pour rentrer de vacances m'ont réduit mes
capacités à RTFMiser, et j'étais passé à côté de la solution...

Il m'a suffit de faire un petit

formail -s procmail < /var/mail/MONLOGIN

pour que tout rentre dans l'ordre...

Après, il ne reste plus qu'à vider proprement /var/mail/MONLOGIN, et le
tour est joué...

En tout cas, merci de l'indication, car c'est exactement le type d'aide
que je cherchais...

Olivier.


pgprwy4VEMxWv.pgp
Description: PGP signature

Re: fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[Jacques L'helgoualc'h]

Olivier (ceituna) LAMBERT a écrit, lundi 5 janvier 2004, à 13:14 :
> > hello
> 
> Hi !

salut.

[...]
> Ma question était donc de savoir comment "réinserer" ces brebis perdues
> dans la chaine de traîtement...
[...]
> Je vais continuer à lire le man de procmail pour trouver comment le
> forcer à traiter ces messages...
> [...] donc si
> vous avez de bonnes idées, je suis toujours prenneur...

man formail ;)

-- 
Jacques L'helgoualc'h

Re: fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[Damien Raude-Morvan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 05 January 2004 13:14, Olivier (ceituna) LAMBERT wrote:
> > hello
>
> Hi !
> En fait, au vu des deux réponses, je me suis rendu compte que je m'étais
> mal exprimé...
>
> Ma chaine fetchmail/spamassassin/procmail/mutt/postfix marche
> parfaitement...
>
> Sauf _Ce_WE_ car ma partition /home était pleine, et donc procmail n'a
> pas pu "redistribuer" mon mail et le mettre dans /home/user/mail
>
> Donc, une partie des mails (i.e. uniquement après avoir saturé la
> partition) est parqué dans /var/mail/user (qui est un simple fichier).
>
> Ma question était donc de savoir comment "réinserer" ces brebis perdues
> dans la chaine de traîtement...
>
> > euh voila je crois que c'est tout ...j'espere que cela t'aidera...
>
> Merci à vous deux de m'avoir répondu... Je m'étais mal exprimé, donc si
> vous avez de bonnes idées, je suis toujours prenneur...


Aller, un petit copier/coller du man de procmail (comme l'avais dis Maxime 
Ritter) :

Procmail can also be invoked to postprocess an already filled system mailbox. 
This can be useful if  you  don't want to or can't use a $HOME/.forward file 
(in which case the following script could periodically be called from within 
cron(1), or whenever you start reading mail):

  #!/bin/sh

  ORGMAIL=/var/mail/$LOGNAME

  if cd $HOME &&
   test -s $ORGMAIL &&
   lockfile -r0 -l1024 .newmail.lock 2>/dev/null
  then
trap "rm -f .newmail.lock" 1 2 3 13 15
umask 077
lockfile -l1024 -ml
cat $ORGMAIL >>.newmail &&
 cat /dev/null >$ORGMAIL
lockfile -mu
formail -s procmail <.newmail &&
 rm -f .newmail
rm -f .newmail.lock
  fi
  exit 0

Ca devrais pouvoir te servir :)

> A bientôt,
>
> Olivier

Bonne journée (fait froid), Damien

- -- 
Damien Raude-Morvan - DrazziB
GPG : 0x337C7EBB
WWW : www.drazzib.com
ICQ : 68119943
TEL : (+33) 06 08 80 36 98
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQE/+Un6927daDN8frsRAg62AJ97VznUnm3B0PaAwuCIXbgx0+6QOwCeJsFu
foCT7VkoAOsca9vjadEsSk4=
=ga2c
-END PGP SIGNATURE-

Re: fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[Olivier (ceituna) LAMBERT]

> hello

Hi !

> -Peut etre devrais tu revoir le fichier de config de procmail (.procmailrc) 
> qui se trouve dans le home de ton user (/home/user/.procmailrc) de telle 
> maniere à mettre vers /dev/null tous les mails indésirables.

En fait, au vu des deux réponses, je me suis rendu compte que je m'étais
mal exprimé...

Ma chaine fetchmail/spamassassin/procmail/mutt/postfix marche
parfaitement...

Sauf _Ce_WE_ car ma partition /home était pleine, et donc procmail n'a
pas pu "redistribuer" mon mail et le mettre dans /home/user/mail

Donc, une partie des mails (i.e. uniquement après avoir saturé la partition) 
est parqué dans /var/mail/user (qui est un simple fichier).

Ma question était donc de savoir comment "réinserer" ces brebis perdues
dans la chaine de traîtement...


Mon allusion aux spams n'était qu'une pointe d'humour pour me dire que
je m'inquiète aussi du sort de mon pourriel :p)

> -tu peux copier tous tes mails de /var/mail/monuser vers /home/monuser/mail/
> en considerant que tous tes mails ne soient pas concatenés dans un seul 
> fichier dans /var/monuser/mail.

Loupé... :=/ 

Je vais continuer à lire le man de procmail pour trouver comment le
forcer à traiter ces messages...

> euh voila je crois que c'est tout ...j'espere que cela t'aidera...


Merci à vous deux de m'avoir répondu... Je m'étais mal exprimé, donc si
vous avez de bonnes idées, je suis toujours prenneur...

A bientôt,

Olivier


pgpGRUJJiwRR6.pgp
Description: PGP signature

Re: fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[RICHARD Hervé]

Le Lundi 5 Janvier 2004 03:01, Olivier (ceituna) LAMBERT a écrit :
> Bonjour et bonne année tout le monde...
>
>
> Après avoir pris un break mérité pendant, voilà que je me retrouve avec
> une mauvaise surprise :
>
> Pendant que la chaine fetchmail/spamassassin/procmail était en train de
> travailler, je me suis trouvé avec ma partition /home (hda5) pleine à
> 100%.
>
> Fetchmail a bien rapatrié mes centaines de messages en attente, mais
> comme le "tri postal local" n'a pas pu se faire (manque de place pour
> mon login), les messages sont parqués sur /var/mail/monuser
>
> Comment faire pour que ces messages soient "correctement" traîtés dans
> la chaine spammassassin/procmail et se retrouvent dans mon répertoire
> /home/monuser/mail pour être correctement lus par mutt ?
>
>
> Encore merci pour tout aide qui me permettra de lire les mails perdus
> entre le 27 et hier... Qui sait, j'ai peut-être perdu une occasion de
> gagner des millions gentiement offerts par un officiel africain en
> déroute, ou que je gagnerai quelques millions sur Ebay :p)
>
>
> Bonne année à tous,
>
> Olivier

hello

-Peut etre devrais tu revoir le fichier de config de procmail (.procmailrc) 
qui se trouve dans le home de ton user (/home/user/.procmailrc) de telle 
maniere à mettre vers /dev/null tous les mails indésirables.

-Utiliser spamassassin et envoyer les spams vers /dev/null (ceci peut etre 
dangereux en ce qui concerne les faux positifs).

-si tu utilises seulement fetchmail et procmail, il faut que tu specifie ton 
MDA à la fin du fichier de config de fetchmail /home/user/.fetchmailrc ou 
/etc/.fetchmailrc .
un petit extrait de man fetchmail:

-m , --mda 
  (Keyword:  mda)  You  can force mail to be passed to an MDA 
directly (rather than forwarded to port 25) with the -mda or -m  option.To
avoid  losing  mail, use this option only with MDAs like procmail or
sendmail that  return  a  nonzero  status  on  disk-full  and  other
  
resource-exhaustion  errors; the nonzero status tells fetchmail that
delivery failed and prevents the message from being deleted off  the
server.  If fetchmail is running as root, it sets its userid to that
of the target user while delivering mail through an MDA.  Some  pos­
sibleMDAsare"/usr/sbin/sendmail-oem   -f   %F   %T",
"/usr/bin/deliver" and "/usr/bin/procmail -d %T" (but the latter  is
usually  redundant as it's what SMTP listeners normally forward to).

dans ton cas procmail fait office de MDA 
donc a la fin de ton .fetchmailrc tu peux ajouter une ligne indiquant a 
fetchmail qu'il faut que procmail soit utilisé pour trier le courrier.

je n'ai pas adopté cette solution mais si je me souvient ça marche comme ça...

ensuite il faut que dans ton .procmailrc tu y "configures" SpamAssassin

ex: 
#on envoie le mail a travers spamassassin
#
# La ligne de condition permet de s'adssurer que seulement les messages
# plus petits que 250 kB (250 * 1024 = 256000 bytes) sont traités par 
spamassassin.
#
# le fichier lock s'assure que spamassassin traite les messages 1 par 1 pour 
ne pas
# trop charger le processus

:0fw: spamassassin.lock
* < 256000
| spamc

a mettre au debut du fichier de config .procmailrc, car l'odre des regles est 
important

-tu peux copier tous tes mails de /var/mail/monuser vers /home/monuser/mail/
en considerant que tous tes mails ne soient pas concatenés dans un seul 
fichier dans /var/monuser/mail.

euh voila je crois que c'est tout ...j'espere que cela t'aidera...

bonne année 

a bientot 

Hervé

Re: fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[Maxime Ritter]

On Mon, Jan 05, 2004 at 03:01:00AM +0100, Olivier (ceituna) LAMBERT wrote:
> Fetchmail a bien rapatrié mes centaines de messages en attente, mais
> comme le "tri postal local" n'a pas pu se faire (manque de place pour
> mon login), les messages sont parqués sur /var/mail/monuser
> 
> Comment faire pour que ces messages soient "correctement" traîtés dans
> la chaine spammassassin/procmail et se retrouvent dans mon répertoire
> /home/monuser/mail pour être correctement lus par mutt ?

1. Pour les lire avec mutt : mutt -f /var/mail/monuser 
Me demande bien en quoi ces mails ne seraient pas lisibles...
2. Le script que tu recherches se trouve dans la manpage de procmail, tout
a la fin.

-- 
Maxime Ritter - Etudiant en 3ième année à l'EFREI (http://www.efrei.fr)
http://maxime.ritter.eu.org | Mail : [EMAIL PROTECTED]


pgpbhnJ8nziBm.pgp
Description: PGP signature

fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?

[Olivier (ceituna) LAMBERT]

Bonjour et bonne année tout le monde...


Après avoir pris un break mérité pendant, voilà que je me retrouve avec
une mauvaise surprise :

Pendant que la chaine fetchmail/spamassassin/procmail était en train de
travailler, je me suis trouvé avec ma partition /home (hda5) pleine à
100%. 

Fetchmail a bien rapatrié mes centaines de messages en attente, mais
comme le "tri postal local" n'a pas pu se faire (manque de place pour
mon login), les messages sont parqués sur /var/mail/monuser

Comment faire pour que ces messages soient "correctement" traîtés dans
la chaine spammassassin/procmail et se retrouvent dans mon répertoire
/home/monuser/mail pour être correctement lus par mutt ?


Encore merci pour tout aide qui me permettra de lire les mails perdus
entre le 27 et hier... Qui sait, j'ai peut-être perdu une occasion de
gagner des millions gentiement offerts par un officiel africain en
déroute, ou que je gagnerai quelques millions sur Ebay :p)


Bonne année à tous,

Olivier


pgpeLpJEOCeK7.pgp
Description: PGP signature

Re: Exim fetchmail procmail ....

[Frédéric Giquel]

Le 25 août 2002 à 17:39 (+0200), VETSEL Patrice a tapoté sur son clavier
:
> Dans mon cas personnel, où je n'utilise que mon adresse FAI.
>
> Y a t il un interêt à utiliser exim/fetchmail procmail etc ... ?
>
> Où bien peut on se satisfaire d'un client Mail capable d'appliquer des 
> filtres?
>
> Merci

Les différents intérêts d'utiliser exim, fetchmail et procmail, en vrac:
* Utiliser facilement spamassassin (dans la doc, il n'y des explications
que pour procmail, voir aussi le thread précendant pour l'utilisation
avec evolution ou sylpheed).
* Avoir une configuration indépendante du mua, donc pouvoir changer
facilement de mua sans avoir à tout configurer. En particulier, certains
mua ne peuvent récuperer les mails que en local et n'utiliser que le
serveur smtp local.
* Gestion de la file des mails à envoyer par le serveur smtp et envoie
automatique des mails au moment de la connection à internet.
* Un serveur smtp local est aussi utile si tu utilises une adresse email
d'un fournisseur qui n'a pas de serveur smtp car ton mail risque d'être
rejeté par le serveur smtp de ton fai qui le considera comme du spam si
tu fournis le smtp de ton fai à ton mua (ça c'est le cas avec mon école
où on ne peut pas utiliser le serveur smtp de l'extérieur).
* Ca permet de mieux comprendre le fonctionnement du mail.
* Ca fait plus Unix :-)

Il y a certainement d'autres avantages et l'inconvenient principal étant
la phase de configuration initiale de exim, fetchmail et procmail (même
si il y a de la bonne doc).

Maintenant, à toi de voir si tu as besoin de ces fonctionnalités ou si
tu penses en avoir besoin un jour.

Fred

Exim fetchmail procmail ....

[VETSEL Patrice]

Dans mon cas personnel, où je n'utilise que mon adresse FAI.

Y a t il un interêt à utiliser exim/fetchmail procmail etc ... ?

Où bien peut on se satisfaire d'un client Mail capable d'appliquer des filtres?

Merci

Re: [HS] fetchmail , procmail et Gnus Oort

[Fabien Penso]

Lam a écrit : 

 > bon desole c'est HS je sais
 > mais c'est pour avoir une reponse en francais si il y a 

 > est ce que quelqu'un utilise ici  le trio fetchmail , procmail et gnus
 > Oort (Version CVS 0.06) ? 

 > si oui peut il m'envoyer un  mail perso car j'ai un pb pour configurer
 > tout ca 

 > (Gnus n'arrive pas a lire mes filtres procmail)

Moi. En fait procmail me filtre mes trucs pour les mettre dans ~/spool/
et j'indique à Gnus que ~/spool/*.in sont mes groupes d'entrée, qu'il
met dans ~/Mail/

-- 
Fabien Penso <[EMAIL PROTECTED]> | LinuxFr a toujours besoin de :
http://perso.LinuxFr.org/penso/  | http://linuxFr.org/dons/



pgpwqcw29it37.pgp
Description: PGP signature

[HS] fetchmail , procmail et Gnus Oort

[Lam]

bon desole c'est HS je sais
mais c'est pour avoir une reponse en francais si il y a 

est ce que quelqu'un utilise ici  le trio fetchmail , procmail et gnus
Oort (Version CVS 0.06) ? 

si oui peut il m'envoyer un  mail perso car j'ai un pb pour configurer
tout ca 

(Gnus n'arrive pas a lire mes filtres procmail)

Merci

-- 
Lam

Normaliser Unix c'est comme pasteuriser le Camembert
L.R


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]