Erwan David écrivait :
>
> Zavier <cfx.nn@wanadoo.fr.invalid> écrivait :
>
> > Si tu passes par un SMTP de FAI, le Return-Path: est très souvent
> > réécrit par ce dernier avec la valeur du MAIL FROM:
> Non le Return-Path est TOUJOURS inscrit par le programme qui mets dans
> la boite au lettre avec la valuer du MAIL FROM: (expéditeur d'enveloppe)

Si tu modifies ce Return-Path: entre le client et le SMTP «abonnés» du
FAI, le Return-Path: est réécrit par ce dernier avec la valeur du MAIL
FROM:.
C'est vrai chez Orange, et il faudrait que je vérifie chez d'autres FAI.
Mais de mémoire ils le font aussi (Free, Club-Internet, ...).
--
Amicalement,
Xavier
In Reply-To veritas
Vivement le temps des cerises.

Erwan David écrivait :
>
> Zavier <cfx.nn@wanadoo.fr.invalid> écrivait :
>
> > Si tu passes par un SMTP de FAI, le Return-Path: est très souvent
> > réécrit par ce dernier avec la valeur du MAIL FROM:
> Non le Return-Path est TOUJOURS inscrit par le programme qui mets dans
> la boite au lettre avec la valuer du MAIL FROM: (expéditeur d'enveloppe)

Si tu modifies ce Return-Path: entre le client et le SMTP «abonnés» du
FAI, le Return-Path: est réécrit par ce dernier avec la valeur du MAIL
FROM:.
C'est vrai chez Orange, et il faudrait que je vérifie chez d'autres FAI.
Mais de mémoire ils le font aussi (Free, Club-Internet, ...).
--
Amicalement,
Xavier
In Reply-To veritas
Vivement le temps des cerises.

Zavier <cfx.nn@wanadoo.fr.invalid> écrivait:

> Erwan David écrivait :
>>
>> Zavier <cfx.nn@wanadoo.fr.invalid> écrivait :
>>
>> > Si tu passes par un SMTP de FAI, le Return-Path: est très souvent
>> > réécrit par ce dernier avec la valeur du MAIL FROM:
>> Non le Return-Path est TOUJOURS inscrit par le programme qui mets dans
>> la boite au lettre avec la valuer du MAIL FROM: (expéditeur d'enveloppe)
>
> Si tu modifies ce Return-Path: entre le client et le SMTP «abonnés» du
> FAI, le Return-Path: est réécrit par ce dernier avec la valeur du MAIL
> FROM:.
> C'est vrai chez Orange, et il faudrait que je vérifie chez d'autres FAI.
> Mais de mémoire ils le font aussi (Free, Club-Internet, ...).

Comme je l'ai dit 3 fois, c'est TOUJOURS le cas. TOUJOURS.

--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé

Zavier <cfx.nn@wanadoo.fr.invalid> écrivait:

> Erwan David écrivait :
>>
>> Zavier <cfx.nn@wanadoo.fr.invalid> écrivait :
>>
>> > Si tu passes par un SMTP de FAI, le Return-Path: est très souvent
>> > réécrit par ce dernier avec la valeur du MAIL FROM:
>> Non le Return-Path est TOUJOURS inscrit par le programme qui mets dans
>> la boite au lettre avec la valuer du MAIL FROM: (expéditeur d'enveloppe)
>
> Si tu modifies ce Return-Path: entre le client et le SMTP «abonnés» du
> FAI, le Return-Path: est réécrit par ce dernier avec la valeur du MAIL
> FROM:.
> C'est vrai chez Orange, et il faudrait que je vérifie chez d'autres FAI.
> Mais de mémoire ils le font aussi (Free, Club-Internet, ...).

Comme je l'ai dit 3 fois, c'est TOUJOURS le cas. TOUJOURS.

--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé

Erwan David griffonnait :
>
> Zavier <cfx.nn@wanadoo.fr.invalid> écrivait :
>
> > C'est vrai chez Orange, et il faudrait que je vérifie chez d'autres FAI.
> > Mais de mémoire ils le font aussi (Free, Club-Internet, ...).
> Comme je l'ai dit 3 fois, c'est TOUJOURS le cas. TOUJOURS.

Ah ok, j'étais resté sur le /client mail/ dont tu parlais ici
<news:m2myk7agr6.fsf@rail.eu.org>. C'est plus clair maintenant.
--
Amicalement,
Xavier
In Reply-To veritas
Vivement le temps des cerises.

Erwan David griffonnait :
>
> Zavier <cfx.nn@wanadoo.fr.invalid> écrivait :
>
> > C'est vrai chez Orange, et il faudrait que je vérifie chez d'autres FAI.
> > Mais de mémoire ils le font aussi (Free, Club-Internet, ...).
> Comme je l'ai dit 3 fois, c'est TOUJOURS le cas. TOUJOURS.

Ah ok, j'étais resté sur le /client mail/ dont tu parlais ici
<news:m2myk7agr6.fsf@rail.eu.org>. C'est plus clair maintenant.
--
Amicalement,
Xavier
In Reply-To veritas
Vivement le temps des cerises.

Est-ce que ceci pourrait t'aider ?

http://www.postfix.org/STANDARD_CONF...E.html#fantasy

Sinon, relis l'ensemble de la page
http://www.postfix.org/STANDARD_CONF...ON_README.html
en cherchant des similarités avec ta configuration.

--
DW

Est-ce que ceci pourrait t'aider ?

http://www.postfix.org/STANDARD_CONF...E.html#fantasy

Sinon, relis l'ensemble de la page
http://www.postfix.org/STANDARD_CONF...ON_README.html
en cherchant des similarités avec ta configuration.

--
DW

Le 25 juillet 2008, Damien Wyart écrivit :

> Est-ce que ceci pourrait t'aider ?
> http://www.postfix.org/STANDARD_CONF...E.html#fantasy

OUI !
C'est exactement ce que j'ai cherché hier pendant.... 6 heures !

Je viens aussi de trouver une solution avec Gnus (voir
réponse à David Erwan David)

Merci beaucoup, je vais aussi modifier le main.cf en conséquence.
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/

Le 25 juillet 2008, Damien Wyart écrivit :

> Est-ce que ceci pourrait t'aider ?
> http://www.postfix.org/STANDARD_CONF...E.html#fantasy

OUI !
C'est exactement ce que j'ai cherché hier pendant.... 6 heures !

Je viens aussi de trouver une solution avec Gnus (voir
réponse à David Erwan David)

Merci beaucoup, je vais aussi modifier le main.cf en conséquence.
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/

Le 24 juillet 2008, Erwan David écrivit :

> return-Path n'est PAS un en-tête transmis. C'ets l'agent de dépot qui
> l'écris à partir des informations d'enveloppe. Regardez dans la doc de
> gnus comment faire pour fixer cette enveloppe, c'est surement
> possible.

Voilà:
8<------8<------8<------8<------8<------8<------8<------8<------8<------
(setq message-sendmail-envelope-from nil)
(setq message-sendmail-f-is-evil nil)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
avec la variable user-mail-address correctement positionnée.

Il semblerait que ce soit la valeur par défaut de
message-sendmail-f-is-evil qui ait changée entre Etch et Lenny.

Merci à tous pour votre aide.
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/

Le 24 juillet 2008, Erwan David écrivit :

> return-Path n'est PAS un en-tête transmis. C'ets l'agent de dépot qui
> l'écris à partir des informations d'enveloppe. Regardez dans la doc de
> gnus comment faire pour fixer cette enveloppe, c'est surement
> possible.

Voilà:
8<------8<------8<------8<------8<------8<------8<------8<------8<------
(setq message-sendmail-envelope-from nil)
(setq message-sendmail-f-is-evil nil)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
avec la variable user-mail-address correctement positionnée.

Il semblerait que ce soit la valeur par défaut de
message-sendmail-f-is-evil qui ait changée entre Etch et Lenny.

Merci à tous pour votre aide.
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/

Dans l'article <48874326$0$12756$426a74cc@news.free.fr>,
Jacques Lav!gnotte <jacques@rien.a.voir.ici.invalid> écrit:

> Ph. Ivaldi a écrit :
> > (host smtp.tele2.fr[212.247.156.12] said: 572 pi@localhost.localdomain
> > host name is unknown (in reply to MAIL FROM command))

> Normal :

> > myhostname = localhost.localdomain

> est très vilain

> et devrait contenir un vrai nom de domaine.

Ceci dit, c'est idiot de la part d'un serveur SMTP de renvoyer une
erreur s'il ne peut pas trouver le host name. Il peut s'agir d'une
machine sur un réseau local derrière du NAT, auquel cas fournir un
nom d'hôte résolvable localement est la seule solution (quoique
maintenant fournir une adresse IPv6 serait possible, en espérant
ne pas se faire filtrer par ceux qui ne connaissent pas[*]) pour
identifier complètement la machine, comme le demande la RFC 2821
(même si en pratique ça ne sert généralement à rien).
[*] Quelqu'un a-t-il de la doc là-dessus pour confirgurer différents
serveurs en fournissant une adresse IPv6 (exim et postfix dans mon
cas)?

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Dans l'article <48874326$0$12756$426a74cc@news.free.fr>,
Jacques Lav!gnotte <jacques@rien.a.voir.ici.invalid> écrit:

> Ph. Ivaldi a écrit :
> > (host smtp.tele2.fr[212.247.156.12] said: 572 pi@localhost.localdomain
> > host name is unknown (in reply to MAIL FROM command))

> Normal :

> > myhostname = localhost.localdomain

> est très vilain

> et devrait contenir un vrai nom de domaine.

Ceci dit, c'est idiot de la part d'un serveur SMTP de renvoyer une
erreur s'il ne peut pas trouver le host name. Il peut s'agir d'une
machine sur un réseau local derrière du NAT, auquel cas fournir un
nom d'hôte résolvable localement est la seule solution (quoique
maintenant fournir une adresse IPv6 serait possible, en espérant
ne pas se faire filtrer par ceux qui ne connaissent pas[*]) pour
identifier complètement la machine, comme le demande la RFC 2821
(même si en pratique ça ne sert généralement à rien).
[*] Quelqu'un a-t-il de la doc là-dessus pour confirgurer différents
serveurs en fournissant une adresse IPv6 (exim et postfix dans mon
cas)?

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Dans l'article <pan.2008.07.24.08.29.33@oxymium.net>,
Manuel Guesdon <mguesdon.nntp@oxymium.net> écrit:

> On Thu, 24 Jul 2008 03:38:21 +0200, Ph. Ivaldi wrote:

> > Y-a-t-il un moyen pour imposer que le Return-Path soit le même que le
> > FROM ?

> Le fixer dans le mail (au niveau du client mail).

Non, le MTA n'est pas censé le lire. Avec Mutt, c'est l'option suivante:

3.291. use_envelope_from

Type: boolean
Default: no

When set, mutt will set the envelope sender of the message. If
``[1265]$envelope_from_address'' is set, it will be used as the sender
address. If not, mutt will attempt to derive the sender from the
"From:" header.

Note that this information is passed to sendmail command using the
"-f" command line switch. Therefore setting this option is not useful
if the ``[1266]$sendmail'' variable already contains "-f" or if the
executable pointed to by [1267]$sendmail doesn't support the "-f"
switch.

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Dans l'article <pan.2008.07.24.08.29.33@oxymium.net>,
Manuel Guesdon <mguesdon.nntp@oxymium.net> écrit:

> On Thu, 24 Jul 2008 03:38:21 +0200, Ph. Ivaldi wrote:

> > Y-a-t-il un moyen pour imposer que le Return-Path soit le même que le
> > FROM ?

> Le fixer dans le mail (au niveau du client mail).

Non, le MTA n'est pas censé le lire. Avec Mutt, c'est l'option suivante:

3.291. use_envelope_from

Type: boolean
Default: no

When set, mutt will set the envelope sender of the message. If
``[1265]$envelope_from_address'' is set, it will be used as the sender
address. If not, mutt will attempt to derive the sender from the
"From:" header.

Note that this information is passed to sendmail command using the
"-f" command line switch. Therefore setting this option is not useful
if the ``[1266]$sendmail'' variable already contains "-f" or if the
executable pointed to by [1267]$sendmail doesn't support the "-f"
switch.

--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)