Doug Clements wrote: > Greetings, > I have reproduced a problem reported by one of our users. They have > mail delivered to the Spam Maildir via maildrop, and login and check > their mail with sqwebmail. > > I log in, seeing 68 messages listed in the Spam mailbox from the mail > mailbox listing. I immediately reload the frame, and the number changes > to 124. I reload again, and I finally get the final count of 148. > > I checked the contents of the Maildir before logging in, and 148 > messages were in the "new" subdirectory of the Spam Maildir. After all > the reloads, the mails were moved to the "cur" subdirectory. > > I'm fearing this is a result of using NFS-mounted Maildirs. Has anyone > else seen this, or have any suggestions on how to debug this further?
Bad form to reply to my own mail, but something interesting I've found is that's it reliably reproducable, even after deleting the sqwebmail cache and using new mail. Messages seem to get successfully moved to the "cur" directory in blocks of 64, starting with the oldest messages in the "new" directory. Does this magic number mean something to anyone? I've added return-code checks for all the rename calls in maildir.c, and they all seem to be succeeding, so I'm not sure where I should be looking next. Does anyone have any input? --Doug
