I am trying to set up sieve on my cyrus IMAP4 v1.5.19 but I have
not seen much info on setting it up.
I added
sievedir: /var/imap/.sieve
to my imapd.conf file (Was this the correct syntax?)
so cyrdeliver would know where to look for my scripts
but I am not certain what to name the script file
One can use tls on the alternate port (not starttls but full time tls) by
changing the eudora.ini file to add the two lines as follow:
SSLReceiveVersion=0
SSLSendVersion=0
Oct 19 16:02:44 parrot imapd[17996]: starttls: TLSv1 with cipher
DES-CBC3-SHA (168
/168 bits) no authentication
Oct 19 16:
OK, thanks.
Ken Murchison wrote:
>I don't recall seeing this problem with the v2.0.15-HIERSEP-r2 release
>and I'm not convinced that is is related to the altnamespace/unixhiersep
>code. You could try grabbing the latest code from CVS which has updated
>altnamespace/unixhiersep code and has a re
I don't recall seeing this problem with the v2.0.15-HIERSEP-r2 release
and I'm not convinced that is is related to the altnamespace/unixhiersep
code. You could try grabbing the latest code from CVS which has updated
altnamespace/unixhiersep code and has a rearchitected deliver database.
Ken
Ju
I have been testing with v2.0.15-HIERSEP-r2 for the altnamespace
functionality and have run into an intermittent problem with DB
corruption. A single user's INBOX stops accepting new messages, and I
start seeing this in the log:
Oct 19 06:45:46 cronus lmtpd[21353]: duplicate_mark: closing
/va
--On Friday, October 19, 2001 12:03 PM -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
> Most operating systems don't release memory from a process after
> free() is called, so process sizes only climb---they never drop.
> However, what's far more important is the working set size of each
>
Date: Fri, 19 Oct 2001 12:20:58 -0400
From: Scott Adkins <[EMAIL PROTECTED]>
> I also don't remember whether Tru64 has good mmap() semantics or not.
> Does Cyrus's configure complain about mmap()?
It does. They had problems in earlier releases of Tru64, but we in 5.0+,
mmap()
Date: Fri, 19 Oct 2001 11:03:23 -0400
From: Scott Adkins <[EMAIL PROTECTED]>
Actually, we have made the same obvservation here after upgrading to
2.0.16 from 1.5.14. Many of our imap processes climb up to 14MB in size
(though, I have never seen one bigger than that) and stay there
Scott Adkins wrote:
>
> Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
> discussed last month. We have the same problem where only those clients
> cannot negotiate a TLS connection properly, and thus fails to login at
> all. So...
>
> Ken suggested removing or commentin
--On Friday, October 19, 2001 4:08 PM +0200 Jan Moravec <[EMAIL PROTECTED]>
wrote:
>
> On my FreeBSD 4.4 machine running Cyrus imapd 2.0.16 (installed from the
> ports collection), I see that each imapd process eats up around 2500K of
> memory (RES - resident portion of the process) and its tota
On Fri, Oct 19, 2001 at 10:23:47AM -0400, Scott Adkins wrote:
> Is TLS a method of choosing an SSL protocol for encryption? Or is it
> another method of encrypting like SSLv2 and SSLv3.
TLSv1 is a protocol just like SSLv2 and SSLv3. TLSv1 is very similar to
SSLv3 but while the former is an open
Date: Fri, 19 Oct 2001 09:52:51 -0400
From: Scott Adkins <[EMAIL PROTECTED]>
Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
discussed last month. We have the same problem where only those clients
cannot negotiate a TLS connection properly, and thus fails to l
Date: Fri, 19 Oct 2001 16:08:09 +0200 (CEST)
From: Jan Moravec <[EMAIL PROTECTED]>
On my FreeBSD 4.4 machine running Cyrus imapd 2.0.16 (installed from the
ports collection), I see that each imapd process eats up around 2500K of
memory (RES - resident portion of the process) and i
--On Friday, October 19, 2001 5:18 PM +0300 Leena Heino <[EMAIL PROTECTED]>
wrote:
> On Fri, 19 Oct 2001, Scott Adkins wrote:
>
>> Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
>> discussed last month. We have the same problem where only those clients
>> cannot negotiate
On Fri, 19 Oct 2001, Scott Adkins wrote:
> Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
> discussed last month. We have the same problem where only those clients
> cannot negotiate a TLS connection properly, and thus fails to login at
> all. So...
>
> Ken suggested remov
On my FreeBSD 4.4 machine running Cyrus imapd 2.0.16 (installed from the
ports collection), I see that each imapd process eats up around 2500K of
memory (RES - resident portion of the process) and its total size is
around 20M. In the FAQ, it says each process should have around 512K or
so.
I wo
Okay, we just got bitten by the Eudora 5.x STARTTLS problem that was
discussed last month. We have the same problem where only those clients
cannot negotiate a TLS connection properly, and thus fails to login at
all. So...
Ken suggested removing or commenting out the following lines:
if (tls
Hi folks
I've uploaded the web based administration tool which is a completely
rewritten version of my first effort. The new key features are a tree
based view and the support of localization. Furthermore the default
language is now english :-)
It is only a preview/development version, but fo
18 matches
Mail list logo
