Re: Lua target

2020-01-21 Thread Thierry Fournier


> On 14 Jan 2020, at 15:43, Wietse Venema  wrote:
> 
> Thierry Fournier:
>> Hi,
>> 
>> What do you think about delivery target executing natively Lua code ?
>> 
>> It does the same think than ?pipe", but much quickly because there
>> are no fork/exec and compile/recompile Lua code only at start (or
>> if required).
>> 
>> In other way, the Lua postix API can embed convenience function
>> like integrated sendmail+postdrop process, header manipulation
>> meta-data (I mean RCPT TO, MAIL FROM, ...) and something like
>> that. I think also to email content manipulation but it is a
>> more complex subject whoch require a lot of code or complex
>> dependencies. This kind of feature allow writing easyly and
>> efficiently email filters.
>> 
>> Any opinion ?
> 
> Define 'mail delivery target'. I notice that you are talking about
> INTAKE (sendmail/postdrop/SMTP commmands) not DELIVERY, so your
> choice of words is unfortunate.


Maybe my choice of words is bad. By mail delivery target I mean
something like the “pipe” program which is used as transport target.


> I won't speculate about this further, but I would like to point
> out that Postfix is designed to be extensible by pluggging stuff
> into protocol interfaces (policy, milter, smtp, lmtp) as well as
> the tcp and socketmap lookup table interfaces.


I will check for this ways. Today the "pipe” transport is the most
easy way for my service. When I reach performances issue with many
email per second, I probably will use LMTP server.

Thierry

Re: Lua target

2020-01-14 Thread Wietse Venema
Thierry Fournier:
> Hi,
> 
> What do you think about delivery target executing natively Lua code ?
> 
> It does the same think than ?pipe", but much quickly because there
> are no fork/exec and compile/recompile Lua code only at start (or
> if required).
> 
> In other way, the Lua postix API can embed convenience function
> like integrated sendmail+postdrop process, header manipulation
> meta-data (I mean RCPT TO, MAIL FROM, ...) and something like
> that. I think also to email content manipulation but it is a
> more complex subject whoch require a lot of code or complex
> dependencies. This kind of feature allow writing easyly and
> efficiently email filters.
> 
> Any opinion ?

Define 'mail delivery target'. I notice that you are talking about
INTAKE (sendmail/postdrop/SMTP commmands) not DELIVERY, so your
choice of words is unfortunate.

I won't speculate about this further, but I would like to point
out that Postfix is designed to be extensible by pluggging stuff
into protocol interfaces (policy, milter, smtp, lmtp) as well as
the tcp and socketmap lookup table interfaces.

Wietse


Re: Lua target

2020-01-14 Thread Thierry Fournier


> On 14 Jan 2020, at 14:40, Viktor Dukhovni  wrote:
> 
> On Tue, Jan 14, 2020 at 02:34:42PM +0100, Thierry Fournier wrote:
> 
>> What do you think about delivery target executing natively Lua code ?
> 
> I don't see a need for this.
> 
>> It does the same thing than “pipe", but much quickly because there
>> are no fork/exec and compile/recompile Lua code only at start (or
>> if required).
> 
> For lower amortised delivery cost you can deliver to a Lua-based
> LMTP server.


Thanks, it seems a good idea.

Thierry

Re: Lua target

2020-01-14 Thread Viktor Dukhovni
On Tue, Jan 14, 2020 at 02:34:42PM +0100, Thierry Fournier wrote:

> What do you think about delivery target executing natively Lua code ?

I don't see a need for this.

> It does the same thing than “pipe", but much quickly because there
> are no fork/exec and compile/recompile Lua code only at start (or
> if required).

For lower amortised delivery cost you can deliver to a Lua-based
LMTP server.

-- 
Viktor.