Re: [RFC PATCH 00/14] modular mail stores based on URIs

Subject: Re: [RFC PATCH 00/14] modular mail stores based on URIs

Date: Fri, 29 Jun 2012 08:00:05 +0100

To: Ethan


From: Mark Walters


On Fri, 29 Jun 2012, Ethan <> wrote:
> On Thu, Jun 28, 2012 at 6:00 PM, Mark Walters <>wrote:
>> Just a quick question: does this update the database with
>> maildir://files URIs instead of just filenames? In other words is it
>> safe to try out on actual mailstores?
> It doesn't change any of the existing filenames or do anything like a
> database "upgrade". If you run notmuch new, it should add a URI-based
> filename to each message, but I don't think it should remove old filenames,
> so I would expect it to be fine. But I didn't expect anyone to try it on
> their actual mail database.

The breakage I observed was when trying to reply to a message after
reverting to master: on the command line I got

Error opening /database_path/maildir:///full_path_of_file: No such file or directory

When doing notmuch search output=files I see both possibilities.

Surprisingly notmuch new does not seem to remove these entries.

>> (I used it on a trial system but when I reverted to master some things
>> seemed to stop working)
> Sorry for breaking it :)

It was no problem for me: it was just a test corpus of 10,000 message
that I use for testing.

In case anyone else has problems the following solved it for me:

1) dump the tags
2) delete the .notmuch subdirectory of the mail store 
3) run notmuch new
4) restore the tags

Best wishes