Re: [PATCH] Mailstore abstraction v4 - part 2 (maildir synchronization)

[martin f krafft <madduck@madduck.net>]

[-- Attachment #1: Type: text/plain, Size: 1009 bytes --]

also sprach Michal Sojka <sojkam1@fel.cvut.cz> [2010.04.08.1713 +0200]:
>    I'm working on the solution - if the mailstore cannot open the
>    message with the name passed, it tries different names with
>    different maildir flags.

Wouldn't it be better to postpone synchronisation of the tags until
after emacs is done with the message?

I understand this might be hard to make work with mailstore
abstraction. Wouldn't it make more sense to have emacs call 'notmuch
cat', which returns the entire message, removes the unread tag,
changes the filename, and updates the database?

The message returned by cat would be stored in a temporary file for
use by the client (emacs). And if the message was needed again, you
could just search for it again.

I dislike the idea of heuristically probing a Maildir for files.

-- 
martin | http://madduck.net/ | http://two.sentenc.es/
 
"i don't think so," said rene descartes. just then, he vanished.
 
spamtraps: madduck.bogus@madduck.net

[-- Attachment #2: Digital signature (see http://martin-krafft.net/gpg/) --]
[-- Type: application/pgp-signature, Size: 198 bytes --]