Re: [exim] Adding a per-recipient message header

Top Page
Delete this message
Reply to this message
Author: W B Hacker
Date:  
To: exim users
Subject: Re: [exim] Adding a per-recipient message header
SeattleServer.com wrote:

> On Sunday 15 October 2006 18:29, W B Hacker wrote:
>
>>Either contribute code or give it a rest!
>
>
> I'm not a developer, nor could I code C if I wanted to without serious time
> investment into learning.


Wel you *do* code - we all do - just in 'Exim-speak' - (acl verbs and such)
rather than 'C'. Immensely more 'friendy' and more appropriate to the task at
hand than 'C' (what *isn't?*).

> This is the -users list, not -dev, by the way, and
> I like to think that I can discuss shortcomings


none so far identified...

> and potential features here


significant hashing built-in already, and as a general-purpose tool.

> without offending people such as yourself and receiving demands for code (for
> concepts which may not even be good ideas).


With *any* F/OSS 'project' an obscure or minority need begs input from those
who need that 'feature'. There is no 'government money' to fund decorations.

>
> Now, I do understand my humorous post about dirty hacks might have been
> pushing things a small bit,


...have to say I've seen better

;-)

> but that's not what you're responding to here,
> and that was only intended to put a few smiles on faces, not to offend
> anyone. I did appreciate the advice given - as another said, one sometimes
> simply has to use the tools available.
>
> Cheers,


It still is not even clear what *for* - or that the 'whatever'

a) generally needs more 'doing' in an MTA than is already do-able,

b) cannot be enhanced satisfactorily with the available tools (MD5 + $tod_*, for
example).

Not hard to call external resources, either. We are writing 'stuff' into an SQL
DB simply 'coz it is easier (for us) to format and write to same than to
anything else. Hammer and nail analogy, but it works well.

Best,

Bill