Re: [exim] rewriting headers when rewriting yelds unparsable…

Top Page
Delete this message
Reply to this message
Author: Arkadiusz Miskiewicz
Date:  
To: exim-users
CC: exim-dev
Subject: Re: [exim] rewriting headers when rewriting yelds unparsableaddress [possible feature request]
On Friday 11 of January 2008, Arkadiusz Miskiewicz wrote:
> On Friday 11 of January 2008, Phil Pennock wrote:
> > On 2008-01-11 at 09:02 +0100, Arkadiusz Miskiewicz wrote:
> > > Hello,

[...]
> > Exim quite happily uses multiple rules but you need to avoid giving it
> > bad rules. However, you can fail the expansion to force it to continue;
> > The Exim Specification, 31.6, "Rewriting replacements":
> >
> > ----------------------------8< cut here >8------------------------------
> >                                  If the expansion is forced to fail by
> > the presence of "fail" in a conditional or lookup item, rewriting by the
> > current rule is abandoned, but subsequent rules may take effect. Any
> > other expansion failure causes the entire rewriting operation to be
> > abandoned, and an entry written to the panic log.
> > ----------------------------8< cut here >8------------------------------

> >
> > So yes, you can do:
> >
> > root@??? "${if def:h_from:{${address:$h_from:}}fail}" Ffs
>
> root@??? "${if eq {${address:$h_from:}}{} {fail}{${address:$h_from:}} }"
> Ffs and I get: "Rewrite of root@??? yielded unqualified address "fail""
>
> That doesn't work unfortunately.


Isn't this a bug actually?

> > -Phil


-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/