Hi there, I ran into this problem and can't seem to find the bug in the sourcecode but I think it's in imapscanclient.c, around line 517-550 somewhere.
The problem might have to do with the unix billion bug, and it might have something to do with reiserfs as that is the file system my Maildir/ is on. Mail system: qmail-1.03 File system: reiserfs(r5) OS: Linux-2.4.9-21 (RedHat 7.2) Courier IMAP version: 1.4.2 (most recent today?) If the uid db file 'courierimapuid' is deleted and the file needs to be regenerated, I would assume (also reading comments in the source code) that the messages are numbered ordered by message arrival. In my case, this didn't happen as the files were ordered with what looked more like the readdir() sequence, or the order that the underlying file system implies. With reiserfs, this order is "sortedish" but the order should be disregarded when it comes to message arrival. The most recent message got the UID number 1250 with the file name 1014554085.10319_0.lego.infeline.org,S=813:2,S and file system (stat) time stamp Feb 24 2002. The following message with UID 1251 had the file name 966010934.28172.mail.nerblaned.com:R:2,S file system time stamp Aug 11 2000. It's part of the story that the last mail (and about 2000 in total) is part of a bunch of messages I moved from another server running another imap system, but with Maildir and reiserfs(r5) there too. What's wrong here? Why aren't the files just sorted by file name (as in fnamcmp) or at least by the file system time stamp? Best regards, Andy -- Andreas Aardal Hanssen Bibr/INF, GNR Ltd, Masters Student http://www.stud.ifi.uio.no/~andreaha _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
