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 c
[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 req
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.
> >
> > This is NOT true. Del
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
On 13-Feb-01 at 02:45, Werner Reisberger ([EMAIL PROTECTED]) wrote:
> Quoting Mobeen Azhar <[EMAIL PROTECTED]>:
>
> > I have not been able to use deliver since I upgraded from 1.5 to 2.x.
> > and
> > had to revert to using sieve.
>
> It's written in the upgrade notice, that deliver is only a wra
an't get 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 "+" syntax for lmtpd. So, the command above
resul
erger
> Cc: [EMAIL PROTECTED]; Mobeen Azhar; [EMAIL PROTECTED]
> Subject: Re: deliver and lmtpd
>
>
> On 13-Feb-01 at 02:45, Werner Reisberger ([EMAIL PROTECTED]) wrote:
> > Quoting Mobeen Azhar <[EMAIL PROTECTED]>:
> >
> > > I have not been able to use deli
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
Werner Reisberger wrote:
>
> Quoting Mobeen Azhar <[EMAIL PROTECTED]>:
>
> > I have not been able to use deliver since I upgraded from 1.5 to 2.x.
> > and
> > had to revert to using sieve.
>
> It's written in the upgrade notice, that deliver is only a wrapper to
> the lmtp server and that a l
Quoting Mobeen Azhar <[EMAIL PROTECTED]>:
> I have not been able to use deliver since I upgraded from 1.5 to 2.x.
> and
> had to revert to using sieve.
It's written in the upgrade notice, that deliver is only a wrapper to
the lmtp server and that a lmtp client is required.
I also have a filteri
]
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 t
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 will no longer work with the
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 versi
13 matches
Mail list logo
