On 03.10.2011, at 13:13, Wietse Venema wrote:

> Simeon Ott:
>> 
>> On 03.10.2011, at 00:35, Wietse Venema wrote:
>> 
>>> Simeon Ott:
>>>> and how did you guys configure gnarwl without having these problems?
>>>> am i the only one who experienced this with GNARWL? that sounds a
>>>> bit strange to me.
>>> 
>>> First, few sites use BATV.  
>>> 
>>> Second, BATV works perfectly fine with autoresponders that adhere
>>> to mail standards: a) reply to the envelope sender address, and b)
>>> send the reply with a null envelope sender address.
>>> 
>>> I suspect that BATV also inter-operates with buggy autoresponders
>>> that violate both requirements a) and b): reply to an address in
>>> the from header, and send email with a non-null envelope sender.
>>> 
>>> But BATV won't inter-operate with buggy autoresponders that violate
>>> only a) or b) but not both. That is a BATV feature, not a bug.
>>> 
>>> Currently, your gnarwl setup falls into none of these categories
>>> since it changes a remote address into a local one.
>>> 
>>> You can prevent address destruction by not using the gnarwl -s
>>> option (this means you will violate requirement a) above), but
>>> that won't be sufficient for BATV inter-operability unless gnarwl
>>> also violates the b) requirement.
>>> 
>>>     Wietse
>> 
>> Thank you Wietse for your supportive analytical understanding. Even if i d
>> -idn't get the two last points (a and b) you pointed me to one possible solut
>> -ion :-) Omitting the -s parameter and it's argument forces GNARWL to read th
>> -e senders email address from the piped mail - GNARWL doesn't fail in this ca
>> -se and uses the correct email address (Envelope From Header) to send its aut
>> -oresponse.
> 
> This is NOT THE SOLUTION. Autoresponders that reply to the header
> are broken, as outlined above.
> 
> The solution is to fix gnarwl sothat it does not modify the address.
> 
>       Wietse
>       Wietse

Excuse me for misunderstanding this as a solution. I do my best to understand 
what I am doing - that was just a case which resolved my issue for now.
Prior to reconfigure my mailsystem I asked if this behavior looks like a bug in 
GNARWL because i just wanted to have my back covered when i fill a bug on the 
gnarwl buglist. I'm a postfix user not a pro administrator and do not know all 
the standards defined in all the RFCs. But I do my best in reading manuals to 
get closer. There was no precise answer to this question (is this a bug in 
gnarwl?) that's why I looked for other possibilities.
I'm going to reconfigure GNARWL to use a null envelope sender in the sendmail 
command as long as this Bug (!) is not fixed in GNARWL. Or what would you 
suggest?

Reply via email to