11 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Re: nfs
FromSent OnAttachments
Chris MastersOct 5, 2003 1:31 pm 
Erik BourgetOct 5, 2003 1:57 pm 
Martin LohmeierOct 5, 2003 7:07 pm 
Tim HassonOct 5, 2003 8:00 pm 
Sam VarshavchikOct 5, 2003 8:22 pm.txt
Tim HassonOct 5, 2003 8:36 pm 
Tim HassonOct 5, 2003 8:53 pm 
Sam VarshavchikOct 5, 2003 9:15 pm 
Tim HassonOct 5, 2003 9:33 pm 
Tim HassonOct 6, 2003 1:04 am 
Sam VarshavchikOct 6, 2003 4:50 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [maildropl] Re: nfsActions...
From:Tim Hasson (ti@aidasystems.com)
Date:Oct 5, 2003 8:36:42 pm
List:net.sourceforge.lists.courier-maildrop

Dear Sam,

Quoting Sam Varshavchik <mrs@courier-mta.com>:

Tim Hasson writes:

I am still looking in the code (maildirquota.*) in maildrop/maildir/ to find out how this padding is done.

If you can point me to it, please let me know..

Huh? This is not too complicated. maildirquota.c, line 559:

sprintf(buf + strlen(buf), "%8s ", libmail_str_off_t(maildirsize_size, n));

sprintf(buf + strlen(buf), "%4s\n", libmail_str_off_t(maildirsize_cnt, n));

Great. Although I dont know what those NFS appending-related bugs are, I am still going to patch the vuserinfo tool to conform to the maildir++ standard.

As far as that race condition goes, try the following patch to see if it mitigates it.

I just noticed last night the new maildir_quota_recalculate() function.

I knew you were working on it :)))

Thank you very much for all your help and support. I will apply that patch again tonight and let it run for a few (days)? to see if that helps.

Respectfully, Tim Hasson