On Fri, 12 Nov 2010 08:30:36 +0100, Sebastian Spaeth <Sebastian@SSpaeth.de> wrote: > On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth <cworth@cworth.org> wrote: > > 'R' on _any_ filename -> "replied" tag gets added > > 'T' on _all_ filenames -> "deleted" tag gets added > > 'S' on _any_ filename -> "unread" tag gets removed > > So maybe something like that? > > Maybe, but that sounds like a horribly complex configuration, in which > the user has to really think through what he wants (and can still make > blunders). :) Yes. But a common user configurations could be as simple as: R:replied; t:todo; d:done; or so. And that would be hugely powerful because it would allow for remote synchronization of tags with tools that exist *today* (and perhaps[*] even through imap servers where the user cannot install custom software). [*] This is a point I'm not clear on. Would a tool like offlineimap be able to push custom filenames through to the remote end with standard imap servers? But we could also have a well-documented default configuration that happens to include two of the more complex cases: R:replied; T* : deleted; S : ~unread; So questions of syntax aside, I'm not convinced that this idea is insane. And if it covers all of the synchronization needs that people really have. > Right, you pushed the ball in my court. The only problem is that -- with > the arrival of maildir sync -- I lost my motivation to work on > notmuchsync. Hehe. Oh well, someone else will have to go play with notmuch_message_get_filenames. I think the people interested in writing a "gmail importer" want this as well. > Seriously, what does notmuchsync still provide that notmuch > cannot do? I wonder if I shouldn't stick a "deprecated" warning on it. That's actually a question I wanted to ask you. If notmuch 0.5 actually does everything that notmuchsync did, then that's great news. If there is any missing functionality, then let's get that into notmuch. Thanks for the discussion. -Carl -- carl.d.worth@intel.com