webadmin quota vs cyradm quota

[Gunnar Wrobel]

Quoting Gavin McCullagh <gavin.mccullagh at gcd.ie>:

> Hi,
>
> in our previous kolab implementation, we used cyradm to administer quotas.
> These were stored in /var/lib/imap/quota/a/user.<username>.  I'm migrating
> to a new server and transferring them to
> /kolab/var/imapd/domain/X/<domain>/quota/Y/user.<username>.  This works
> fine and cyradm picks up the quota.
>
> However, I see that there's also a quota entry in the kolab web interface.
> From experimenting, this seems to set an extra ldap attribute on that user:
>
> 	cyrus-userquota: 400
>
> So far though, this quota doesn't seem to have propagated back to the cyrus
> quota. Is there some cron job which syncs these or are there two quotas in
> operation -- one in ldap and one direct in cyrus?  Would the lowest value
> win in that situation?

No. The value is stored within LDAP but when changing it kolabd should  
pick up that change immediately and set the value for cyrus. This  
apparently does not work in your case. Do you see any errors in your  
syslog when changing the quota? You might try to increase logging for  
kolabd in /kolab/etc/kolab/kolab.globalby setting "log_level: 4".

Cheers,

Gunnar

>
> Gavin
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
URL: <http://lists.kolab.org/pipermail/users/attachments/20100212/e9c8f672/attachment.sig>