[exim] FW: dnslists : Mysql Lookup

Startseite
Nachricht löschen
Nachricht beantworten
Autor: Michael
Datum:  
To: exim-users
Betreff: [exim] FW: dnslists : Mysql Lookup
Howdy,

I'm using MySQL to obtain a list of RBL Servers to check incoming mail
against does anyone know of a way to modify the query to return more than 1
result which is readable by exim

    RBL_SERVERS = SELECT DISTINCT rbl_server_host FROM rbl_servers
    dnslists = ${lookup mysql{RBL_SERVERS}}


    2005-01-27 09:08:42 dnslists domain "sbl.spamhaus.org
cbl.abuseat.org"     contains strange characters - is this right?


-----Original Message-----
From: exim-users-bounces@??? [mailto:exim-users-bounces@exim.org] On
Behalf Of Jeremy Harris
Sent: Thursday, 27 January 2005 9:06 AM
To: exim-users@???
Subject: Re: [exim] router "unseen", and headers_add

Philip Hazel wrote:
> On Wed, 26 Jan 2005, Jeremy Harris wrote:
>
>
>>Version 4.43
>>
>>I'm setting up headers_add in router "A", doing an unseen delivery in

router
>>"B" then a real delivery in router "C". The real delivery
>>doesn't seem to get the headers added. Is this expected?
>
>
> Yes. The documentation says it, but the current edition is not very
> clear. It says:
>
>     Exim does not check the syntax of these added header lines. If an

address
>     passes through several routers as a result of aliasing or forwarding
>     operations, any "headers_add" or "headers_remove" specifications are

cumu-
>     lative. This does not apply for multiple routers that result from the

use
>     of 'unseen'.

>
> As it happens, I have in fact already re-written the documentation about
> header modifications for the next edition.
>
> What happens when a router does the "unseen" thing is that the original
> address becomes a "parent" with two children, the unseen delivery one,
> and a new clone that is passed to the next router (like an alias with
> two children). The delivered address gets all the header modifications
> so far specified - from previous routers and from the "unseen" router
> itself. The new clone gets none.
>
> This setup allows you to add headers to an address until it is "unseen"
> delivered; the subsequent routers then start again with an empty slate.
>
> In the code, there is this comment:
>
> /* As it has turned out, we haven't set headers_add or headers_remove for

the
> * clone. Thinking about it, it isn't entirely clear whether they should

be
> * copied from the original parent, like errors_address, or taken from the


> * unseen router, like address_data and the flags. Until somebody brings

this
>  * up, I propose to leave the code as it is.                             
>  */     

>
> I think the current facility is probably useful to some people, and I
> don't think that making an incompatible change is a good idea. I suppose
> this means that, if copying the headers from router "A" and its
> ancestors is wanted, an option will be needed. I presume that copying
> header_{add,remove} settings from router "C" is NOT wanted. Or are they?
> Maybe it should be all or nothing?


Ah, I'd been expecting two identical clones as a result of "unseen", one
delivered and one passed on to the next router. But I agree that
incompatible changes are bad. I'll rethink my coding.

Thanks,
    Jeremy



--
## List details at http://www.exim.org/mailman/listinfo/exim-users Exim
details at http://www.exim.org/ ##