Re: fetchmail, procmail, etc.
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 pierre@rubis (ça
>>>> c'est moi en local) SIZE=1638 host smtp.free.fr [...] : 504 ...
>>>> Sender address rejected ...
>>> rubis n'existe pas comme domaine. Envoie avec
>>> pierre.herve.bernard@free.fr 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é
>> pierre.herve.bernard@free.fr (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 pierre@rubis.
>
>
> Je n'utilise pas mutt, mais ça doit etre un truc du genre
>
> set realname="Pierre Allken-Bernard"
> set from="pierre.herve.bernard@free.fr"
> set use_from=yes
Ce que rejette le smtp de Free, c'est le From d'enveloppe, donc autant
le définir par
set envelope_from_address=LOGIN@FAI
,---- 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":
>
> pierre@rubis pierre.herve.bernard@free.fr
... avec un flag final précisant les champs réécrits :
pierre@rubis login@FAI sF
pour le courrier sortant, mais
login@FAI pierre@localhost 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
Reply to:
- References:
- fetchmail, procmail, etc.
- From: Pierre Allken-Bernard <pierre.herve.bernard@free.fr>
- Re: fetchmail, procmail, etc.
- From: Zuthos <zuthos-NoSpam@laposte.net>
- Re: fetchmail, procmail, etc.
- From: Pierre Allken-Bernard <pierre.herve.bernard@free.fr>
- Re: fetchmail, procmail, etc.
- From: Zuthos <zuthos-NoSpam@laposte.net>
- Re: fetchmail, procmail, etc.
- From: Stephane Bortzmeyer <stephane@sources.org>
- Re: fetchmail, procmail, etc.
- From: Pierre Allken-Bernard <pierre.herve.bernard@free.fr>
- Re: fetchmail, procmail, etc.
- From: mouss <mouss@netoyen.net>
- Re: fetchmail, procmail, etc.
- From: mouss <mouss@netoyen.net>