Re: [vchkpw] Possible Quota Bug
[EMAIL PROTECTED] wrote: i faced this problem only with version: 5.4.25, reverting back to version: 5.4.24 works fine. I think I may have this fixed. Could someone who has seen this try the CVS version of vpopmail? If not it may be a week or two before I have time to test it. Rick !DSPAM:473e9c6b32001468212388!
Re: [vchkpw] Possible Quota Bug
On Friday 09 November 2007, Michael Johnson wrote: I've recently noticed strange behavior with user quotas after an upgrade to vpopmail 5.4.25 from 5.4.18. The upgrade also moved from the cdb backend to the MySQL backend (due to locking issues I was experiencing). When delivering a message, the size of the message is placed twice in maildirsize. When deleting the message, it is removed only once. This causes quota usage to grow over time, disconnected from the actual size of the mailbox. I am seeing this as well. I haven't had time to track down the issue. Thanks! i faced this problem only with version: 5.4.25, reverting back to version: 5.4.24 works fine. -- -- Cheers, Steve !DSPAM:47369e5e32002079917660!
[vchkpw] Possible Quota Bug
I've recently noticed strange behavior with user quotas after an upgrade to vpopmail 5.4.25 from 5.4.18. The upgrade also moved from the cdb backend to the MySQL backend (due to locking issues I was experiencing). When delivering a message, the size of the message is placed twice in maildirsize. When deleting the message, it is removed only once. This causes quota usage to grow over time, disconnected from the actual size of the mailbox. For example, this is the maildirsize for a 100 megabyte mailbox at the initial creation of the quota: 104857600S 356213 62 After that account got a 1.6 megabyte e-mail, this was the same file: 104857600S 356213 62 1725576 1 1725657 1 You will see that there are two entries in the file with slightly different sizes. After deleting the e-mail from the box (POP3 and IMAP both exhibit the same issue), the file read: 104857600S 356213 62 1725576 1 1725657 1 -1725657 -1 Is this a known bug or configuration issue, and if so, is there a fix for it, or a clue someone can smack me with? For reference purposes: vpopmail: 5.4.25 Courier-IMAP: 4.2.1 OS: Slackware Linux 11.0 with kernel 2.6.20.3 Mailboxes are stored on an NFS volume mounted with options noatime,soft,tcp - Michael !DSPAM:4734b8b132002082413612!
Re: [vchkpw] Possible Quota Bug
On Friday 09 November 2007, Michael Johnson wrote: I've recently noticed strange behavior with user quotas after an upgrade to vpopmail 5.4.25 from 5.4.18. The upgrade also moved from the cdb backend to the MySQL backend (due to locking issues I was experiencing). When delivering a message, the size of the message is placed twice in maildirsize. When deleting the message, it is removed only once. This causes quota usage to grow over time, disconnected from the actual size of the mailbox. I am seeing this as well. I haven't had time to track down the issue. Thanks! -- -- Cheers, Steve !DSPAM:4734c26b32001188516162!
Re: [vchkpw] Possible Quota Bug
Steve Cole wrote: On Friday 09 November 2007, Michael Johnson wrote: I've recently noticed strange behavior with user quotas after an upgrade to vpopmail 5.4.25 from 5.4.18. The upgrade also moved from the cdb backend to the MySQL backend (due to locking issues I was experiencing). When delivering a message, the size of the message is placed twice in maildirsize. When deleting the message, it is removed only once. This causes quota usage to grow over time, disconnected from the actual size of the mailbox. I am seeing this as well. I haven't had time to track down the issue. Thanks! What version and backend are you using? The better it can be narrowed, the easier it will be to determine what change broke it. - Michael !DSPAM:4734c62332002121615507!
Re: [vchkpw] Possible Quota Bug
Michael Johnson wrote: What version and backend are you using? The better it can be narrowed, the easier it will be to determine what change broke it. For me, 5.4.25 with MySQL 5.0x I started to see this with *.25 but I did jump a number of versions when I took the plunge on .25. !DSPAM:4735074632001316315421!
