On Tue, Jun 28, 2011 at 8:15 PM, Carl Worth <cworth@cworth.org> wrote: > That means that if the emacs_deliver_message code is fast enough, (less > than 1 second), and if the test suite is being run on a lame filesystem > without sub-second timestamp granularity (including ext3fs) that the > "notmuch new" invocation will not see the mail[*]. Or, really, any file system, since notmuch doesn't currently take advantage of sub-second mtimes. > [*] And, yes, this does mean that there are race conditions under which > mail can be delivered and notmuch won't see it, (unless subsequent mails > are delivered to the same directory). Austin has a plan to fix the use > of the mtime timestamp in notmuch, (never storing the current mtime in > the database if it's the same as the current time), that should > hopefully close this race window. Posted.