only numeric "Unknown Error Code" in logs; KEMessage from "imap_err.strings" not being logged

2005-11-07 Thread OpenMacNews
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 hi all. i've cyrus imap v2.2.12 on osx 10.4.3. in my error logs, i'm seeing errors like: devbox lmtp[11095]: Unknown Error Code: -### where these error_codes are defined in: "./imap/imap_err.strings" as, generally : "KEManag

Re: improving concurrency/performance

2005-11-07 Thread Jure Pečar
On Mon, 7 Nov 2005 22:31:42 +0100 Jure Pečar <[EMAIL PROTECTED]> wrote: > For example, on my production system I see some suspicious long pauses at > fcntl64(0x8, 0x7, 0xsomeaddr, 0xsomeotheraddr) calls ... lets dig what this > is. As expected, these are from locking operations. 0x8 is file descr

Re: improving concurrency/performance

2005-11-07 Thread Jure Pečar
On Mon, 7 Nov 2005 12:41:03 -0500 (EST) "John Madden" <[EMAIL PROTECTED]> wrote: > Perhaps it's worth repeating: With a single imapcopy process, the whole thing > goes > along pretty quickly, but drops off significantly with a second process and > comes > to basically a crawl with just 5 process

Re: improving concurrency/performance

2005-11-07 Thread John Madden
> It's situations like this Dtrace was made for. But on linux we still have > to use some 'gut feeling' to figure it out ... True. It's that sort of tool that I'm looking for, specifically to look into concurrency on the skiplist db's, as the system load is so low that it seems there's got to be

Re: improving concurrency/performance

2005-11-07 Thread Gabor Gombas
On Mon, Nov 07, 2005 at 11:59:39AM +0100, Paul Dekkers wrote: > >Make sure that you format ext3 partitions with dir_index which improves > >large directory performance. > > ... but decreases read performance in general... at least that is what I > found under RH / Fedora! Yes, processing dire

Re: improving concurrency/performance

2005-11-07 Thread Jure Pečar
On Mon, 7 Nov 2005 09:00:08 -0500 (EST) "John Madden" <[EMAIL PROTECTED]> wrote: > The disks are quite fast. bonnie++, for example, shows writes at over > 300MB/s. > What I'm finding though is that the processes aren't ever pegging them out -- > nothing ever goes into iowait. The bottleneck is

Re: Problem with Subject: XXXX XXXXXX on Cyrus

2005-11-07 Thread Andrzej Adam Filip
[EMAIL PROTECTED] wrote: Hello All, Thanks to all who replyed. I understand now that this are the hotmail and many other clients to blame for these kind of headers. But in reality I would like to deal with this problem (not just blame the clients) via Cyrus (UW-IMAP and Exchange seem to deal

RE: Problem with Subject: XXXX XXXXXX on Cyrus

2005-11-07 Thread lkolchin
Hello All, Thanks to all who replyed. I understand now that this are the hotmail and many other clients to blame for these kind of headers. But in reality I would like to deal with this problem (not just blame the clients) via Cyrus (UW-IMAP and Exchange seem to deal with the problem pretty we

Re: Authenticating (with cyradm) using an alternate Kerberos instance?

2005-11-07 Thread Lars Kellogg-Stedman
> We're running 'saslauthd -a ldap'... Which I guess is irrelevant. When using gssapi authentication, Cyrus never contacts saslauthd. So, I'm still puzzled, but I've got one less thing to look at. -- Lars Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew

Re: improving concurrency/performance

2005-11-07 Thread John Madden
> Have you tried running something like postmark > >http://packages.debian.org/stable/utils/postmark > > to benchmark your filesystem? The disks are quite fast. bonnie++, for example, shows writes at over 300MB/s. What I'm finding though is that the processes aren't ever pegging them out --

Re: Problem with Subject: XXXX XXXXXX on Cyrus

2005-11-07 Thread Andrzej Adam Filip
[EMAIL PROTECTED] wrote: I have very annoying problem since I've moved to Cyrus from UW-IMAP: When someone sends e-mail from a number of servers to my users, and Subject line is in hebrew, the only Subject they see on their Outlook Express or Horde IMP is Subject: XX On the other

Re: Problem with Subject: XXXX XXXXXX on Cyrus

2005-11-07 Thread Sebastian Hagedorn
Hi, --On 7. November 2005 13:40:05 +0200 [EMAIL PROTECTED] wrote: I have very annoying problem since I've moved to Cyrus from UW-IMAP: When someone sends e-mail from a number of servers to my users, and Subject line is in hebrew, the only Subject they see on their Outlook Express or Horde IMP

Re: Problem with Subject: XXXX XXXXXX on Cyrus

2005-11-07 Thread Simon Matter
> Hello All, > > I have very annoying problem since I've moved to Cyrus from UW-IMAP: > > When someone sends e-mail from a number of servers to my users, and > Subject line is in hebrew, the only Subject they see on their Outlook > Express or > Horde IMP is Subject: XX > > On the other han

Problem with Subject: XXXX XXXXXX on Cyrus

2005-11-07 Thread lkolchin
 Hello All,   I have very annoying problem since I've moved to Cyrus from UW-IMAP:   When someone sends e-mail from a number of servers to my users, and Subject line is in hebrew, the only Subject they see on their Outlook Express or Horde IMP is Subject: XX   On

Re: improving concurrency/performance

2005-11-07 Thread Paul Dekkers
Hi, Andrew Morgan wrote: On Sun, 6 Nov 2005, Michael Loftis wrote: I'd also be VERY interested since our experience was quite the opposite. ReiserFS was faster than all three, XFS trailing a dismal third (also had corruption issues) and ext3 second or even more dismal third, depending on if

Re: deliver mails to user's "Bulk" folder

2005-11-07 Thread Ed
Ivan R. Sy Jr. wrote: hi all I got postfix->amavisd(with ClamAV and SpamAssasin)->postfix->cyrus-imapd22 already running smoothly, question now is, i want that the spam mails (already tagged in the MIME headers) get delivered to the user's Bulk folder? Ive already set autocreateinbox and au

Re: improving concurrency/performance

2005-11-07 Thread Tarjei Huse
Hi, I would just request that the tests and comments in this thread should be added to the Cyrus wiki. Kind regards, Tarjei On Mon, 2005-11-07 at 02:46 -0200, Sergio Devojno Bruder wrote: > David Lang wrote: > >(..) > > I was recently doing some testing of lots of small files on the various > >