For v1.1, probably applies to v1.0 code pretty easily too: http://hg.dovecot.org/dovecot/rev/078d9dde99c8 The other rquota patches had authunix_create_default() call. Is this needed/useful? The client is now always created+destroyed for each quota lookup. I'd think it would be faster if it was created only once, but does it then break something? If the above isn't done, clnt_create() could be replaced with clntudp_create() and have the struct sockaddr_in cached. Patches welcome. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20070802/67c571c1/attachment-0002.bin>
Le 02.08.2007 16:12, Timo Sirainen a ?crit :> For v1.1, probably applies to v1.0 code pretty easily too: > > http://hg.dovecot.org/dovecot/rev/078d9dde99c8 > > The other rquota patches had authunix_create_default() call. Is this > needed/useful? > > The client is now always created+destroyed for each quota lookup. I'd > think it would be faster if it was created only once, but does it then > break something? > > If the above isn't done, clnt_create() could be replaced with > clntudp_create() and have the struct sockaddr_in cached. Patches > welcome. :) >Thanks a lot Timo ! This applied and compiled well with v1.0.3. Then in order to use it what do we have to do ? Is this correct ? mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota plugin: quota: fs Thanks again -- Nico
On Thu, Aug 02, 2007 at 05:12:07PM +0300, Timo Sirainen wrote:> The other rquota patches had authunix_create_default() call. Is this > needed/useful?Without this, we get (Solaris 8 client talking to Solaris 10 rquotad):> IMAP(xxx): quota-fs: permission denied to rquota serviceAfter adding a call to authunix_create_default(), quota reporting works. I've attached patches (against 1.0.3 with the rquota support applied) to add auth support and to build the necessary XDR bits with rpcgen; the latter could probably use some work, since it assumes the availability of rpcgen and that the rquota.x file is in /usr/include/rpcsvc. -Steven Luo -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-1.0.3-rquota-auth.patch Type: text/x-diff Size: 789 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20070803/c807bdeb/attachment-0006.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-1.0.3-rquota-build-fix.patch Type: text/x-diff Size: 528 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20070803/c807bdeb/attachment-0007.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20070803/c807bdeb/attachment-0008.bin>
> Sorry to be so clueless, but all the activity about rquotad drives me to > admit my puzzlement (or ignorance)... > I run rquotad on my mail server that also runs DC....rquotad is used by > the other 3 hosts (a login/FTP server, a mailing list server and a user > mgmnt server) that NFS mount the folder and inbox filesystem...which are > under filesystem quota on the mail server where they are physically > resident. AFAIK it is not queried on the mail server...after all, > filesystem quota is running there. How/why does DC need/use rquotad?You can have your mail spool located on an NFS server. In that case the dovecot server needs to use rquotad to get quota info from the nfs server. Cor