Hi,
> On Tue, 30 Apr 2002 14:49:42 -0400
> Lawrence Greenfield <[EMAIL PROTECTED]> said:
leg+> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
leg+> has several useful enhancements and bugfixes, and all users of 2.1 are
leg+> encouraged to upgrade. This is the versi
On Thu, 2 May 2002, Hajimu UMEMOTO wrote:
> It cannot be compiled under FreeBSD due to absence of O_DSYNC.
> Though I dunno what O_DSYNC is, maybe O_FSYNC is an alternative of
> it.
O_DSYNC means sync only actual data, not metadata (e.g. update/access
times); it's defined in one of the later POS
On Thu, May 02, 2002 at 09:07:45AM -0300, Marc G. Fournier wrote:
> > That's not true. You can configure procmail with cyrus keeping the black
> > box environment. I am using it this way letting users change their filters
> > over a cgi with limited capabilities. I am not allowing users to call
>
On Thu, 2 May 2002, Birger Toedtmann wrote:
> Ken Murchison schrieb am Wed, May 01, 2002 at 09:36:24AM -0400:
> >
> >
> > "Marc G. Fournier" wrote:
> > >
> > > Is there any chance that the 'spam' extension to sieve is going to get
> > > added to the CVS? *cross fingers*
> >
> > I don't know about
On Thu, 2 May 2002, Werner Reisberger wrote:
> On Wed, May 01, 2002 at 11:57:00AM -0300, Marc G. Fournier wrote:
> > And again, you have an external program that is going through and
> > "pre-reading" each and every users email, and adding/changing the message,
> > which I believe will severely r
On Wed, May 01, 2002 at 11:57:00AM -0300, Marc G. Fournier wrote:
> And again, you have an external program that is going through and
> "pre-reading" each and every users email, and adding/changing the message,
> which I believe will severely reduce the number of sites that implement it
> at the M
Ken Murchison schrieb am Wed, May 01, 2002 at 09:36:24AM -0400:
>
>
> "Marc G. Fournier" wrote:
> >
> > Is there any chance that the 'spam' extension to sieve is going to get
> > added to the CVS? *cross fingers*
>
> I don't know about Larry, but I don't plan on adding it, for several
> reason
> 2. It goes against the design of Sieve, which does not call external
> programs (Sieve is not procmail or an anti-SPAM measure).
I guess you don't consider 'sendmail' an external program then. And since
when has sendmail been in /usr/lib/sendmail?
> If it would help, I would consider implemen
Hi,
> On Tue, 30 Apr 2002 14:49:42 -0400
> Lawrence Greenfield <[EMAIL PROTECTED]> said:
leg+> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
leg+> has several useful enhancements and bugfixes, and all users of 2.1 are
leg+> encouraged to upgrade. This is the versi
On Wed, 1 May 2002, Igor Brezac wrote:
> I suspect that you provide a web based access to sieve. You can easily
> develop a web based program that manages access_db map as well.
FEATURE(`access_db', `LDAP') + Net::LDAP and you'd be in business...
Jason
--
Jason Englander
[EMAIL PROTECTED]
On Wed, 1 May 2002, Marcel van der Boom wrote:
> For what it's worth we have the following running :
>
> sendmail 8.12.3
> spamass-milter (1.01?)
> cyrus 2.0.12-5rm
> redhat based system (kernel 2.2.5 I believe)
> spamd / spamc combination (no setuid, running under dedicated user)
>
> We use sie
On Wed, 1 May 2002, Marc G. Fournier wrote:
> In the MTA, in a 'black box environment', a user has *zero* control over
> how the spam filtering is applied, or if it even *is* applied ... which
> also means *alot* of sites will not/do not implement it for fear of that
> *one* person that will cry
I have resisted getting involved in this discussion thus far, but now feel
that I must thow in my .135 $CDN.
IMO Neither approach is flat out wrong, but I must concede, I cannot find
many reasons to condone running external utilities from sieve.
AFAIC this opens a can of worms best left closed.
For what it's worth we have the following running :
sendmail 8.12.3
spamass-milter (1.01?)
cyrus 2.0.12-5rm
redhat based system (kernel 2.2.5 I believe)
spamd / spamc combination (no setuid, running under dedicated user)
We use sieve for server-side filtering. With the X-Spam headers from
spam
On Tue, 30 Apr 2002 14:49:42 -0400 Lawrence Greenfield <[EMAIL PROTECTED]> wrote:
LG> Hi,
LG>
LG> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
LG> has several useful enhancements and bugfixes, and all users of 2.1 are
LG> encouraged to upgrade. This is the version we're
On Wed, 1 May 2002, Rob Siemborski wrote:
> On Wed, 1 May 2002, Marc G. Fournier wrote:
>
> > > 1. Nobody has made a good enough case for this belonging in Cyrus
> > > instead of the MTA (yes, I know that Sieve can be used anywhere, but
> > > this discussion has been in the context of Cyrus).
> >
On Wed, 1 May 2002, Marc G. Fournier wrote:
> > 1. Nobody has made a good enough case for this belonging in Cyrus
> > instead of the MTA (yes, I know that Sieve can be used anywhere, but
> > this discussion has been in the context of Cyrus).
>
> Cyrus IMAPd, IMHO, is meant to be used in a 'black
On Wed, 1 May 2002, Ken Murchison wrote:
>
>
> "Marc G. Fournier" wrote:
> >
> > Is there any chance that the 'spam' extension to sieve is going to get
> > added to the CVS? *cross fingers*
>
> I don't know about Larry, but I don't plan on adding it, for several
> reasons:
>
> 1. Nobody has made
"Marc G. Fournier" wrote:
>
> Is there any chance that the 'spam' extension to sieve is going to get
> added to the CVS? *cross fingers*
I don't know about Larry, but I don't plan on adding it, for several
reasons:
1. Nobody has made a good enough case for this belonging in Cyrus
instead of t
OCNS Consulting wrote:
>
> Thanks,
>
> It the more information regarding the notification daemon?
notifyd(8) and the source code (notifyd/notifyd.c, imap/notify.c)
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY
Is there any chance that the 'spam' extension to sieve is going to get
added to the CVS? *cross fingers*
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
> Hi,
>
> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
> has several useful enhancements and bugfixes, and all users
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
>NOT contain CVS/ directories when 2.1.5 is released? Please? :-)
>
> I intentionally include the CVS directories (checked out as anonymous)
> so that people can easily do a "cvs update" to the latest and greatest
> code if they really want to.
--On Tuesday, April 30, 2002 16:30 -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
>
> I intentionally include the CVS directories (checked out as anonymous)
> so that people can easily do a "cvs update" to the latest and greatest
> code if they really want to.
And it's not like they're ha
Date: Tue, 30 Apr 2002 16:54:41 -0300
From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
Thank you for the great work CMU has been doing on Cyrus. Debian packa
On Tue, 30 Apr 2002, Lawrence Greenfield wrote:
> I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
Thank you for the great work CMU has been doing on Cyrus. Debian packages of
2.1.4 should hit the Debian archive tomorrow.
On a somewhat related note, would it be possible to ha
Thanks,
It the more information regarding the notification daemon?
Has anyone looked into the Sleepycat DB4 compile issues or is DB3 the
only supported version?
RB
This fails to configure on Solaris 8 when using either gcc or cc. During
the compile I see:
checking for sasl_checkapop in -lsasl2... no
configure: error: libsasl2 without working sasl_checkapop. Cannot continue.
#
After looking in config.log, I find that the sasl2 libraries cannot be
located.
Hi,
I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This
has several useful enhancements and bugfixes, and all users of 2.1 are
encouraged to upgrade. This is the version we're using internally at
CMU (modulo last minute documentation) and I encourage people running
2.0 or older
28 matches
Mail list logo
