Since I'm usually using several mail clients (from phone, old mutt,
mutt-kz) it happens quite often that mutt complains.
rename: No such file or directory (errno = 2)
and the only thing I can do about it is to kill whole mutt. What I
believe is happening is that if I view unread mail, mutt remembers that
it has to move the mail once it leaves current inbox. But before that,
someone else touches the mail (probably moving the message from 'new'
directory to 'cur'. After that mutt-kz can't find the original file and
complains with the error message.
This seems to be problem in the mutt maildir handling rather than in the
notmuch addon, still I wonder if you saw that or even better have some
plans on tackling that :)
Some mails are sent without include a Message-ID header. When I try to tag
them using modify-labels mutt-kz says "Failed to modify labels, aborting."
It is possible to tag such messages using notmuch tag.
I ran mutt in gdb to find the problem. If the e-mail has no Message-ID then
h->env->message_id is empty. Here is the code.
static char *nm_header_get_id(HEADER *h)
if (!h || !h->env || !h->env->message_id)
sz = strlen(h->env->message_id);
/* remove '<' and '>' from id */
return strndup(h->env->message_id + 1, sz - 2);
It would be useful if the error could give the reason why modify-labels
Notmuch generates messages IDs for mails that are missing the header:
Maybe mutt-kz could use this value if the Message-ID is missing.
Not sure when this started, but when I compose a message to an alias that
includes a full name, only the email address makes it into the To: field.
(This also happens with external lbdb queries.) Replies to messages do include
the full name. Pretty sure I haven't changed anything related to that in my rc
file. Can anyone reproduce this or have an idea how to fix it?
I opened https://github.com/karelzak/mutt-kz/issues/44 but no response there so asking here.
Is there a way to cancel notmuch queries ? I seem to tend to match thousands of mails and would like to cancel those instead of waiting.
I opened https://github.com/karelzak/mutt-kz/issues/45 a few days ago.
Since then I've seen that even at revision a50f8a0 I do get corruption of mails when viewing - it just seems to take longer.
I haven't found a good way to reproduce it, it just happens a few times during the day and the "general fix" is to
Note, running with normal mutt I never sees this.
Anything I can do to help track down this ?