On Sat, 9 Aug 2003, Matthias Andree wrote: >* Andreas Aardal Hanssen [Tue, 5 Aug 2003 08:39:25 +0200 (CEST)]: >> With a 20k mailbox, stat'ing all files is extremely slow compared, not to >> mention the race conditions introduced with readdir, then stat (oops, >> ENOENT). I'm frankly not quite sure how to deal with this. >stat fails -> assume mail was deleted. Who cares.
Wrong. If I rename a file (with Binc or with any other Maildir client) because of a flag change, then the file will in any of the two state show up in a opendir->readdir->closedir session, but from readdir to stat it may change names. So assuming it's deleted will first cause an expunge notification, then the next time the scan is made, it will show up again. Since the internaldate will most likely be older than the most recent message, UIDVALIDITY will bump and the client will have to resync. Any Maildir client that does not restart the scan in this case is broken. Please correct me if I'm wrong. Andy -- Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg Author of Binc IMAP | "It is better not to do something | than to do it poorly."
