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:53:41 pm
List:net.sourceforge.lists.courier-maildrop

Ok. I think I found a problem..

I just set a quota on my account, tim of 30000000S (30MB)

As soon as your message from maildrop list arrived in my mailbox, maildrop added it to maildirsize (actually another messages also arrived).

I opened my webmail (IMP) application, which accesses mail through courier- imap. In my profile, I have webmail-level filters (IMP filters), that move messages from lists to different folders.

In this case, the two messages were moved each to its own folder.

daemon1# cat tim/Maildir/maildirsize 30000000S 14028986 1524 3495 1 4740 1 3495 1 -3495 -1 4740 1 -4740 -1

This shows the messages were added, then deleted. (I didn't delete them :) But the messages were only moved to the folders. And I can still see them where they were moved.

I also use EXPUNGE_TO_TRASH.

This means if I delete the message now from the folder it was moved to, the message would be deducted twice?

I deleted the last of the two messages, then:

daemon1# cat tim/Maildir/maildirsize 30000000S 14028986 1524 3495 1 4740 1 3495 1 -3495 -1 4740 1 -4740 -1 -4740 -1 daemon1#

Yep, it was deleted twice.

Could this be IMP webmail issue, or courier-imap?

Advice?

Tim

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