omit inbox tag on sent folder
by R. Andrew Bailey
I've been using mutt-kz for several months and absolutely love it. I
suspect this is a dumb question, so apologies in advance.
I use 'set record="+sent"', and I find that my sent mail is
automatically indexed (good), but that it gets tagged as +inbox. I
considered adding sent to the new.ignore option in notmuch-config, but
I definitely like having it indexed.
I'm thinking I can ignore sent and then use a post send hook to index
my sentmail folder without adding +inbox, but I'm guessing there may
be some simpler way to do this. Any advice appreciated.
.andy
10 years, 11 months
[PATCH] notmuch: hide signed and encrypted tags by default
by David Sterba
Mutt shows signed/encrypted status in another way and occupies only 1
char in index line. Hide the tags by default and leave more space for
other tags.
Signed-off-by: David Sterba <dsterba(a)suse.cz>
---
init.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init.h b/init.h
index 478ea5b..2edb02a 100644
--- a/init.h
+++ b/init.h
@@ -1607,7 +1607,7 @@ struct option_t MuttVars[] = {
** notmuch://<absolute path>.
*/
- { "nm_hidden_tags", DT_STR, R_NONE, UL &NotmuchHiddenTags, UL "unread,draft,flagged,passed,replied,attachment" },
+ { "nm_hidden_tags", DT_STR, R_NONE, UL &NotmuchHiddenTags, UL "unread,draft,flagged,passed,replied,attachment,signed,encrypted" },
/*
** .pp
** This variable specifies private notmuch tags which should not be printed
--
1.8.0.2
10 years, 11 months
Upstream tracking
by Raghavendra D Prabhu
Hi,
I see that mutt (hg) -- http://dev.mutt.org/hg/mutt/ -- seems to
be active again. So, are these upstream changes merged into mutt-kz periodically?
Regards,
--
Raghavendra Prabhu
GPG Id : 0xD72BE977
Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977
www: wnohang.net
11 years
Opening virtual folder performance
by Ross Lagerwall
Hi,
I use notmuch-deliver with procmail to retrieve my mail and then use mutt-kz
to view it. The problem that I am having is that mutt-kz takes 10s of seconds
to open a virtual folder the first time after power on. After that, opening it
is almost instant. During this time, it appears to grind my hard disk. I have
tried setting header caching to a file or directory but in neither case does it
actually cache any headers.
This is with notmuch 0.15.2 and folders with between 500 and 1000 mails in it.
In other words, not much.
Any ideas on what may cause this issue?
Thanks
--
Ross Lagerwall
11 years
Gmail-label/Notmuch-tag sync script
by Ethan Schoonover
I just cleaned up a script I've been using to do bidirectional sync between
notmuch tags and maildir folders. It's serious alpha level, and I'm not
sure if I want to keep doing this or switch to more of a "traditional" notmuch
setup with mutt-kz (due to the way mutt-kz handles tagging).
Regardless, I thought others might have interest in it. There are notes
on usage in the script (including how to dry-run with no changes).
Essentially, if you add a tag like "friends" and you have a "friends" maildir
then that message will be added to that maildir and thus will show up on gmail
tagged with "friends" as well.
Similarly, removing a tag (INBOX, "friends", any tag that matches a maildir)
will also remove the message from the actual maildir. This is how I am currently
archiving mail out of the INBOX, for instance.
Finally, if you manually move messages around in mutt (via the tradtional
folders), this script will update the notmuch tags to reflect those changes.
This includes moving/removing messages in maildirs.
This script currently uses the $ARCHIVE folder value ("All Mail", "archive") as
a key to indicate that mail has previously been scanned by this script. if you
already have a tag for your all mail / archive directory, either nuke your
notmuch db first or don't use this script in this form. (It's entirely easy
to modify this script to use an arbitrary "script-tag" to confirm that it's
correctly processed all messages at least once, but I've forgone that as I
didn't like to pollute my tag space).
Again, caution, there be dragons here, bears will eat your mail, etc. This
is more for reference as a working solution, but it really should see some
further testing if anyone wants to use it seriously.
https://github.com/altercation/es-bin/blob/master/maildir-notmuch-sync
-es
--
Ethan Schoonover
http://ethanschoonover.com/solarized / es(a)ethanschoonover.com / @ethanschoonover
mutt-kz notmuch
11 years, 1 month
