I have my archive macro look like this: macro index S "<modify-labels-then-hide>+archive -inbox\n<sync-mailbox>" "archive message"
I'm using offlineimap, and I have this as a prefetch script:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ MAILDIR=${HOME}/ssd/Maildir # Make sure db is up-to-date notmuch new # First move any mail that's still in the INBOX, but tagged as archive to # the Reference folder OLDIFS=$IFS IFS=`echo -en "\n\b"`; for v in `notmuch search --output=files -- tag:archive and folder:${MAILDIR}/INBOX`; do if [ -f "$v" ]; then echo "Moving $v" mv -f "$v" ${MAILDIR}/Reference/cur/ else echo "'$v' is not longer present" fi done IFS=$OLDIFS
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
So basically I have a script move the mail around between folders based on nomuch tags rather than manually move them with mutt. I don't know why what you're doing wouldn't work though, unless the directory it's getting moved to isn't in the notmuch search path...
AJ
On Tue, Nov 05, 2013 at 06:34:41AM -0700, Brendan Taylor wrote:
(Sorry for breaking the thread, I just subscribed so this is a manual reply.)
Selene Scriven wrote:
One issue I've noticed is that notmuch forgets everything it knows about a message (such as tags I've assigned) after that message is [s]aved from one maildir to another in mutt... which is probably because mutt actually does a copy-then-delete instead of simply moving it. Any idea how to avoid this?
I just started using mutt-kz and am having a similar problem.
I'm trying to use this macro to archive mail that I'm done with to a different maildir, with different notmuch labels:
macro index S "<modify-labels>-inbox\n<previous-entry><save-message>=archives\n<previous-entry><modify-labels>"
"notmuch new" doesn't detect the rename, it treats it as a new file. _______________________________________________ mutt-kz mailing list mutt-kz@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/mutt-kz