I believe this is due to a bug in the quota code that doesn't close
the quota file after deleting a mailbox. I consistently get this
behavior trying to delete a user that has more than ~250 mailboxes.
(ulimit -f is 255)
If you delete the user's quota first you shouldn't get this error, at
least if
On 12/1/06, Rudy Gevaert <[EMAIL PROTECTED]> wrote:
Adam Kramer wrote:
> Just another datapoint,
>
> Cyrus seems to work fine with a 2.4 kernel via NFSv3 to a netapp filer
> when mounted with -o nolock. It doesn't use lockd, but it still uses
> local locking. imaptest h
Just another datapoint,
Cyrus seems to work fine with a 2.4 kernel via NFSv3 to a netapp filer
when mounted with -o nolock. It doesn't use lockd, but it still uses
local locking. imaptest has no problems (except for "STORE failed: NO
Too many user flags in mailbox" which is just because cyrus has
On 10/28/06, Simon Matter <[EMAIL PROTECTED]> wrote:
Now I think you really mix things up. 1) AFAIK quota is a per user
database which is updated whenever there is a change to the users mailbox.
Cyrus only scans all mail for their size with you do a "quota -f" after
something messed with your mai
The cyrus user has no proxy abilities by default, being in the
admins: directive does not grant that. You can enable a specific
account to proxy with the proxyservers: directive.
-Adam
On Apr 28, 2006, at 12:31 PM, Andreas Hasenack wrote:
On Fri, Apr 28, 2006 at 12:08:22PM -0700, Kevin Ba
If you enable Squatter it will make search indices that significantly
speed up SEARCH commands, so it would already be integrated with
clients that do server-side searching. I find that the indices add
20-30% storage overhead to mailboxes.
-Adam
On Apr 30, 2006, at 1:26 PM, Forrest Aldric
