Re: [exim] Router structure

Top Page
Delete this message
Reply to this message
Author: Stephen Gran
Date:  
To: exim-users
Subject: Re: [exim] Router structure
On Thu, Oct 19, 2006 at 07:13:06AM +0800, W B Hacker said:
> Folks,
>
> Aside from externals, pipes, etc...
>
> Does anyone have a(ny) kludge(s) for routers to:
>
> A) Support more than one 'condition', or simulate such, per router?


Conditions can be and'ed and or'ed, as in any programming language. Am
I not getting what you want to do?

> B) Emulate a set of variables we could use but do not have, i.e. 'rtr_r(x)',
> dlvr_d(x) as we have for acl_c(x) and acl_m(x)?


Stuff something in $data, and extract it later?

> C) Define or derive, then also later be able to select between/among multiple
> 'data' calls in a router or transport?


Not sure what you mean here.

> D) Use a router that does NOT call any form of transport, merely makes a test or
> lookup, and passes results, flags, variables on to subsequent routers?


Use driver=redirect and do something with data, again.

> E) Defeat/work around the stripping of headers_add / headers-remove when going
> through an 'unseen'?


I'm not sure what you are trying to do here. Why are you munging
headers before you want to examine the unmunged message?

> F) Used a transort to not only deliver headers-only, but to create a dirtree or
> zero-length file only (I have done that, but in a rather ugly manner..)


This sounds like a job for an external program to me.

> - or interest in a 'fork' that removes current router/transport sets in favor
> of an acl-like 'case of..' structure with the same syntax, methodology, and
> functionality as now used in acl's? (granted the flow is not the same..)
>
> E.G. where 'delivery time' vs smpt-time:


You can already specify different routers for delivery and smtp-time
handling with the no_verify and verify_only directives, as well as jumps
between routers using pass_router and redirect_router - you could
conceivably have a no_verify router that jumps over all the verification
routers to the real set of routers below a no_more staement, allowing
completely different routing at delivery time than at smtp (although why
you would want the duplication of effrot I can't imagine).

Is Perkel rubbing off?
--
--------------------------------------------------------------------------
|  Stephen Gran                  | We're living in a golden age.  All you  |
|  steve@???             | need is gold.   -- D.W. Robertson.      |
|  http://www.lobefin.net/~steve |                                         |

--------------------------------------------------------------------------