On Tue, Feb 13, Ken Murchison wrote:
It's written in the upgrade notice, that deliver is only a wrapper to
the lmtp server and that a lmtp client is required.
This is NOT true. Deliver's sole purpose in life in 2.x is so that you
do NOT need an LMTP client. It provides the same command
know what's the best solution for me and what's feasible:
- drop procmail completly
- replace deliver/lmtpd with something supporting non-lmtp clients
- write code for procmail to act as lmtp client
--
Werner
Matt Allen wrote:
We're planning an upgrade from 1.5.2 to 2.x in the next six
version able to act as lmtp server).
I don't know what's the best solution for me and what's feasible:
- drop procmail completly
- replace deliver/lmtpd with something supporting non-lmtp clients
- write code for procmail to act as lmtp client
You should be able to use your current
On Tue, Feb 13, 2001 at 10:31:49AM +0100, Werner Reisberger wrote:
- drop procmail completly
Well, if you have ever looked into procmail's source code you would not
hesitate... It is _ugly_.
Gabor
--
Gabor Gombas Eotvos Lorand University
E-mail: [EMAIL
this to work with the deliver binary in 2.0.9.
Between trussing deliver and lmtpd and reading through deliver.c, it looks
to me like delivery into non-top-level mailboxes is supposed to be done with
some sort of "user+mailbox" syntax for lmtpd. So, the command above
results in a RC
On Tue, Feb 13, 2001 at 10:06:12AM -0500, Ken Murchison wrote:
It's written in the upgrade notice, that deliver is only a wrapper to
the lmtp server and that a lmtp client is required.
This is NOT true. Deliver's sole purpose in life in 2.x is so that you
do NOT need an LMTP client. It
[EMAIL PROTECTED] wrote:
On 13-Feb-01 at 14:49, Werner Reisberger ([EMAIL PROTECTED]) wrote:
On Tue, Feb 13, 2001 at 10:06:12AM -0500, Ken Murchison wrote:
It's written in the upgrade notice, that deliver is only a wrapper to
the lmtp server and that a lmtp client is required.
We're planning an upgrade from 1.5.2 to 2.x in the next six months or so.
Our current implementation uses procmail as the MDA, so deliver is used to
drop mail in a mailbox based on procmail rules. I'm concerned that this
filtering method will no longer work with the deliver/lmtp system in
]
Subject: Re: deliver and lmtpd
Matt Allen wrote:
We're planning an upgrade from 1.5.2 to 2.x in the next six months or so.
Our current implementation uses procmail as the MDA, so deliver is used to
drop mail in a mailbox based on procmail rules. I'm concerned that this
filtering method