I highly doubt your deliver.db, mailboxes.db, and everything all combined
are even more than 1Gb. First rule of system tuning, don't just turn
everythign to the max because it sounds better. Heck under 32-bit you
CAN'T access more than 2Gb by default anyway in cache. Since it's a 2/2
split.
--On Saturday, December 04, 2004 04:11 +0200 ocl <[EMAIL PROTECTED]> wrote:
Andreas Hasenack wrote on 2004-12-03 14:12:
On Fri, Dec 03, 2004 at 12:53:13AM -0500, Igor Brezac wrote:
You need to run the command from cyrus configdirectory/db or
db_stat -m -h configdirectory/db.
And it has to have a D
I am sorry, I posted too early.
I think I am getting somewhere, but not quite there yet.
This is the contents of /var/lib/imap/db/DB_CONFIG
set_cachesize2 0 8
set_lg_regionmax 268435456
set_lg_bsize 67108864
set_flags DB_TXN_WRITE_NOSYNC
IOW, I am going for
-- cachesize of 2 GB
See http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2582
As far as I can tell, if you are unlucky enough to cause a realloc by adding
a service, you may get memory corruption if there are *any* workers of *any*
service running, as soon as they exit/die.
Also, if there are any workers left for a re
Andreas Hasenack wrote on 2004-12-03 14:12:
On Fri, Dec 03, 2004 at 12:53:13AM -0500, Igor Brezac wrote:
You need to run the command from cyrus configdirectory/db or
db_stat -m -h configdirectory/db.
And it has to have a DB environment (aka, those __db* files).
Now, I am really confused. What do yo
I'm rather new to Cyrus and SASL (actually, I'm still experimenting with
it, and with various available forms of authentications).
There is one question about sasldb2 authentication mechanism and
hostnames. If I understood correctly, with sasldb2, keys are
[EMAIL PROTECTED] So if I use saslpa
Hello List,
i'd like to use Cyrus imapd as mailserver, but have "privileged" and
"normal" users.
The imap-server has two network-cards, one for the external, one for the
internal network. Users from internal network (having a 192.168.x.x IP
address) should authenticate against the internal data
Zitat von Henrique de Moraes Holschuh <[EMAIL PROTECTED]>:
> I believe the openldap rationale is that it is impossible to have good BDB
> defaults. This affects Cyrus as well, I think.
>
> However, for Cyrus, it is probably easy enough to come up with a bare
> minimum setup for a 1000 concurrent c
Hi,
sorry for this long mail ... and my poor english
since the announce of (CAN-2004-1015), we're (slowly/cautiously) upgrading
our cyrus-imap servers : everythink went fine went we upgraded cyrus 2.1.15
and 2.2.8 to 2.2.10, but we've got problems upgrading or major server,
currently running cyr
Earl R Shannon wrote:
Hello,
We are preparing to migrate an older cyrus install to a newer one.
One of the things we are having to address are the sieve scripts
being compiled to byte code.
We've not yet found an complete answer to how a script goes from
"text on my client" to "byte code on the ser
Hello,
We are preparing to migrate an older cyrus install to a newer one.
One of the things we are having to address are the sieve scripts
being compiled to byte code.
We've not yet found an complete answer to how a script goes from
"text on my client" to "byte code on the server".
We've been using
On Fri, 03 Dec 2004, Andreas Hasenack wrote:
> On Thu, Dec 02, 2004 at 09:20:20PM -0200, Henrique de Moraes Holschuh wrote:
> > > subversion repository with about 50Gb of data on a single berkeley
> > > database file (version 4.2.52 + 2patches):
> >
> > Heavy concurrent load on non-UP machines see
On Fri, 03 Dec 2004, Andreas Hasenack wrote:
> On Thu, Dec 02, 2004 at 09:20:20PM -0200, Henrique de Moraes Holschuh wrote:
> > As a first example (and just like you said), if you don't get the DB_CONFIG
> > stuff exactly right, you can get anything from lock ups to environment
> > corruption. Thi
On Thu, Dec 02, 2004 at 09:20:20PM -0200, Henrique de Moraes Holschuh wrote:
> > subversion repository with about 50Gb of data on a single berkeley
> > database file (version 4.2.52 + 2patches):
>
> Heavy concurrent load on non-UP machines seem to be a much more common cause
> of trouble with BDB
On Fri, Dec 03, 2004 at 12:53:13AM -0500, Igor Brezac wrote:
>
> You need to run the command from cyrus configdirectory/db or
> db_stat -m -h configdirectory/db.
And it has to have a DB environment (aka, those __db* files).
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http:/
On Thu, Dec 02, 2004 at 09:20:20PM -0200, Henrique de Moraes Holschuh wrote:
> As a first example (and just like you said), if you don't get the DB_CONFIG
> stuff exactly right, you can get anything from lock ups to environment
> corruption. This is quite easy to hit with OpenLDAP. From what you
I think the performance of those disks (and the RAID you put on them) will
be much more significant that the filesystem you use, considering the size
of your user population. And given that factor, I'd say that even ext3
won't give you any problems performance-wise. Still, reiserfs, IMO, would
b
On Fri, 03 Dec 2004, Igor Brezac wrote:
> On Thu, 2 Dec 2004, Henrique de Moraes Holschuh wrote:
> >series is *not* to be trusted yet. It is not just because of Cyrus (after
> >all, a bug in Cyrus code might cause BDB 4.x to misbehave),
>
> This Cyrus bug has been fixed a long time ago. I've run
Many thanks,
I used option b) as its going to be a real feature, as opposed to an
undocumented one that might disappear in the future. Its just what I
was looking for.
Regards
Ben
There are two ways to fix your virtusertable problem, both are
undocumented.
a) Use "!" as RHS for [EMAIL PROTECTE
19 matches
Mail list logo
