Re: [exim] Wishlist item prop. - logical conditions in strin…

Top Page
Delete this message
Reply to this message
Author: W B Hacker
Date:  
To: exim users
Subject: Re: [exim] Wishlist item prop. - logical conditions in string expansion
Marcin Krol wrote:
> Hello everyone,
>
> I'd like to propose / ask if the following could be added to Exim wishlist:


*trimmed*

No real need.

How about this (in production for years..)

- A *single* acl_c(x) is chosen, content to later be conveyed to an acl_m(x) of
the same number.

- it is manually initialized to '0' numeric, as it will be used for numerical,
not string-equivalence tests, yet may not have had anything 'posted' to it.

- as various tests are traversed, the value is incremented or decremented,
sometimes by units, sometimes by tens or hundreds of units.

Think of it as an encoded 'personality' dossier, or report card, updated as it
travels.

So long as you plan all this in advance, all the testing you need to do later is
very straightforward:

[ eq | lt | gt] <some appropriate integer>,

...be that other integer hard-coded, from another expansion or MACRO,
calculated, or sourced from a list or DB. Or several combinations of these.

As the final value travels into the queue, router/transports sets can utilize it
also. As can logging and SQL calls (if need be) at any point of its existence.

KISS method.. Or BFBI, if line-count bothers one...

Bill Hacker