) unique
(knock on wood) identifiers. A Maildir-aware notmuch could incorporate
this to be far more resistant to bulk mail moves done by other clients,
by using filename lookups to avoid accessing and parsing the mail
files themselves.
I should re-iterate that I'm new to notmuch, and it
ely do want to look into expanding notmuch to be able to
> address that.
Thanks for your consideration; on the other hand, I do think that it
is a good idea not to make matters more complex than they need to be,
so I can certainly sympathise with the principles you've set for this
project.
regards,
Michiel Buddingh'
N" flag, nor aware of
practices for storing Maildirs on (V)FAT.
I've used only this file as a reference.
http://cr.yp.to/proto/maildir.html
mvg,
Michiel Buddingh'
face was really a bit
> ugly.
> :)
>
> I'm just back to my box and going through the outstanding mails shows me that
> Michiel Buddingh has a more complete patch on the
> convert-maildir-flags-into-tags issue which Carl has tagged for review. Will
> wait what comes out of i
So, a missing "S" flag should map to adding both the "inbox"
> and "unread" tags.
Makes sense, will do.
> > + if (state->storage_type == MAILDIR) {
> > + char * leaf = basename(next);
>
> You could save the basename call by examining the leaf name when it is
> available as a standalone string up in the caller.
Which would require testing with S_ISDIR twice, which is uglier, but
essentially free, so I'll grant it's the better thing to do.
> So this patch is close, but needs a few fixes.
I'll be happy to implement them, although I'd like for others to chime
in on the configure-as-Maildir vs. autodetect-Maildir issue. And thanks
for your patience in working through my patch.
--
Michiel Buddingh'
First of all, apologies for taking so long to get back to this.
On Fri, 27 Nov 2009, Carl Worth wrote:
> The auto-detection is just three additional stats (at most) for each
> directory, right? That seems cheap enough to me.
If that's cheap enough, then I won't disagree with auto-detection.
J
emon.
Just the mailid and path would be enough for people to implement their
own tagging based on directory, Maildir flags or (for all I care)
Bayesian content filtering with relative ease.
Just a thought
--
Michiel Buddingh'
So, a missing "S" flag should map to adding both the "inbox"
> and "unread" tags.
Makes sense, will do.
> > + if (state->storage_type == MAILDIR) {
> > + char * leaf = basename(next);
>
> You could save the basename call by examining the leaf name when it is
> available as a standalone string up in the caller.
Which would require testing with S_ISDIR twice, which is uglier, but
essentially free, so I'll grant it's the better thing to do.
> So this patch is close, but needs a few fixes.
I'll be happy to implement them, although I'd like for others to chime
in on the configure-as-Maildir vs. autodetect-Maildir issue. And thanks
for your patience in working through my patch.
--
Michiel Buddingh'
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
First of all, apologies for taking so long to get back to this.
On Fri, 27 Nov 2009, Carl Worth wrote:
> The auto-detection is just three additional stats (at most) for each
> directory, right? That seems cheap enough to me.
If that's cheap enough, then I won't disagree with auto-detection.
J
emon.
Just the mailid and path would be enough for people to implement their
own tagging based on directory, Maildir flags or (for all I care)
Bayesian content filtering with relative ease.
Just a thought
--
Michiel Buddingh'
___
notmuch
10 matches
Mail list logo