On Fri, 26 Nov 2004 00:22:45 -0200
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> Debugger time! Maybe a strace and ltrace would be enough, but...
I still don't understand why quouta -f is happily removing quota root from
mailboxes (setting it to --> (none)). The effect of this seems t
On Sun, 28 Nov 2004, Jure Pe_ar wrote:
> qouta utility thinks it reached the end of user list, displays stats and
> exits in case it encounters an entry in mailboxes.db that does not exist on
> disk.
Yuck. That's a bug in my book.
> happen. More robustness from cyrus would give better impression
On Fri, 26 Nov 2004 00:22:45 -0200
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> Debugger time! Maybe a strace and ltrace would be enough, but...
So, findings:
qouta utility thinks it reached the end of user list, displays stats and
exits in case it encounters an entry in mailboxes.d
On Fri, 26 Nov 2004 00:22:45 -0200
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> Debugger time! Maybe a strace and ltrace would be enough, but...
I run my home instalation of cyrus on known flakey hardware and it just
doesn't want to brake down :) I could easily debug that one ... But
On Fri, 26 Nov 2004, Jure Pe_ar wrote:
> Running quota -f does not seem to improve situation; in fact, it only
> creates more mailboxes without quota root; it also exits in the middle of
> going through user/a*, only users beginning with 0-9 and _ are processed
> properly.
>
> Any ideas?
Debugger
I'm still having problems with quotas, even on 2.2.10.
It looks like certain quotas are simply being ignored for unknown reason.
For example, this is what cyradm says on my mailbox:
server> listquota user/pegasus
STORAGE 945/1 (9.45%)
server> listquotaroot user/pegasus
user/pegasus STORAGE
