-----BEGIN PGP SIGNED MESSAGE-----
Simone Lazzaris wrote:
> Our setup is spreaded on many servers (think 20), with the mail stored on an
> NFS share (NetApp).
The vusage daemon is written with this in mind, though it's more efficient
to have it run on the device providing storage so that it isn't doing disk
polling over a network connection.
The vusage daemon accepts connections from an allowed list of IPs for usage
queries so that it can be used in a cluster efficiently.
> Right now the various tool all use the maildirsize file (Maildir++ I think
> it's called) to track the usage, updating this as they put/fetch the email.
Correct. vusaged supports Maildir++, and at this time, ignores maildirsize
because it's redundant, and inefficient means of calculating storage.
Later, vusaged will be updated to re-write maildirsize. It's currently set to
be in addition to existing quota monitoring systems, with a greater efficiency,
as to deprecate other quota configuration systems, but it should not interfere
or cause number variances.
> Is vusaged supposed to work in a similar setup ? I'd have to integrate it
> maildrop, dovecot and a couple of perl scripts.
That depends upon a great many things, such as, what is checking quotas, and
when. In general, if the daemon is running, and it does not have to be, both
Maildir++ quotas, and vpopmail's vusage style of quota checking should work fine
at the same time.
If vusaged is not running, Maildir++ quotas should continue to work.
>>> I've looked the code and found that there were no option to disable the
>> Turn off their quota and the vusage daemon shouldn't be looked at. If that
>> isn't what's happening, then that is the bug.
> No, I want to use the quota, but with the old method, looking at the
> maildirsize file. That's missing (if I've understood the code).
In 5.4.28, if the vusage daemon is not running, traditional Maildir++ quota
checking is done.
Matt Brookings <m...@inter7.com> GnuPG Key FAE0672C
Software developer Systems technician
Inter7 Internet Technologies, Inc. (815)776-9465
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----