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
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
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
Hello
All,
I havevery
annoying problemsince I've moved to Cyrus from
UW-IMAP:
When someone sends
e-mail froma number ofservers 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
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 hand, same
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
[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
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 --
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:
[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
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
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 directory
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 a
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 processes
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
-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
:
KEManager
16 matches
Mail list logo
