Re: How do you synchronize your notmuch tags across multiple machines?
Hi, I too, am using muchsync to synchronize between two machine, I too have profited from David's quick responses, and I too deal with the problem of only being able to "fetch mail" on one machine. I followed the discussion with interest. Looking at the isync (mbsync) docs (I can't speak for offlineimap) it might be easier: the state of the sync seems to be kept in little files per Maildir subdirectory, called .mbsyncstate and .uivalidity. If muchsync were to sync these files as well, then I think it would work. See the explanation of the .mbsyncstate file in this thread: https://sourceforge.net/p/isync/mailman/message/34682807/ quote: "mbsync maintains a mapping of remote (col 1) to local (col 2) uids. when you migrate, you can just duplicate the columns." He's talking about migrating a mail store from offlineimap to mbsync, I guess the issues would be the same. HTH, JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [emacs] message list view
Hi, David Bremner writes: > David Edmondson writes: > >> On Tuesday, 2018-12-11 at 11:20:55 -04, David Bremner wrote: >> >>> Discussion on #notmuch the other day led me to wonder how useful a >>> "message list" view would be. Essentially this would display a single >>> line summary for individual messages matching a query and allow >>> e.g. tagging operations or "opening" the message to get a more complete >>> view. I think it'd be useful. I'll give you an example that always bugs me: if I look in "unread" (the standard startup screen search) and see some new message in a long thread of which I've deleted a bunch of messages, and I type 'd' to delete, it actually first undeletes (or to be precise, it toggles the already-present deleted tag on) all the already-deleted messages in the thread, then I have to hit 'd' again to delete all of them. If it were a message view instead of a thread view, I could just delete the dang message ;-) JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: duplicates on notmuch search not working
David Bremner writes: > Jeff Templon writes: > >> From the command line: >> >> $ notmuch search --output=files >> id:pine.lnx.4.40.0112181809230.6149-100...@lxplus047.cern.ch >> /Users/templon/Maildir/Zar/VMMail/wp2/cur/1528204696.11.mbox:2,S >> /Users/templon/Maildir/Zar/VMdb/cur/1528291801.80.mbox:2,S >> /Users/templon/Maildir/Nikhef/Archives/2001/cur/1528719639.11684_49.simeto,U=13:2,S >> /Users/templon/Maildir/Nikhef/Archives/2001/cur/1537863882.18992_50.simeto,U=73:2,S >> /Users/templon/Maildir/Nikhef/Archives/2001/cur/1537866158.M994429000P19452Q34R610c5f16.simeto.nikhef.nl,U=133:2, >> $ notmuch search --output=files \ >> id:pine.lnx.4.40.0112181809230.6149-100...@lxplus047.cern.ch \ >> --duplicate=2 >> >> [ empty output ] >> >> what gives? > > To eliminate a potential configuration issue, try re-running your > queries with --exclude=false. > > Also, do you see the same issue with other --duplicate=X arguments? Somebody else spotted the problem off-list : --duplicate=2 needs to come *before* the search query id:... otherwise it's looking for "--duplicate=2" as a search term: medina:~> notmuch search date:2018 --duplicate=2 thread:0002c631 Yest. 15:51 [3/4(6)] Jeff Templon, Jani Nikula, David Bremner; duplicates on notmuch search not working (lists lists/notmuch replied sent) thread:00029430 November 08 [2/3(5)] Carl Worth, Jeff Templon; question about deletion and counts (lists lists/notmuch replied signed) thread:0002923d October 30 [6/9] Leo Gaspard, Gregor Zattler, notmuchmail@leo.gaspard.io| David Bremner; [PATCH 1/1] notmuch: be conservative and prefer marking too many messages as unread than too few (lists lists/notmuch) thread:000287fd October 16 [1/2(3)] Jeff Templon| rey-coyrehourcq; Newbie question about notmuch and gmail (lists lists/notmuch replied signed) thread:000281ff October 12 [1/12(18)] Carl Worth| Jeff Templon, Daniel Kahn Gillmor, David Bremner, Martin Jambor; tell me how to do this right (mail sent to lists) (lists lists/notmuch replied sent signed) thread:a892 2018-01-26 [1/1(2)] Jeff Templon; torque troubles -> duplicate job IDs (lists lists/ndpf-syslog sent) J "big fun" T ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
duplicates on notmuch search not working
>From the command line: $ notmuch search --output=files id:pine.lnx.4.40.0112181809230.6149-100...@lxplus047.cern.ch /Users/templon/Maildir/Zar/VMMail/wp2/cur/1528204696.11.mbox:2,S /Users/templon/Maildir/Zar/VMdb/cur/1528291801.80.mbox:2,S /Users/templon/Maildir/Nikhef/Archives/2001/cur/1528719639.11684_49.simeto,U=13:2,S /Users/templon/Maildir/Nikhef/Archives/2001/cur/1537863882.18992_50.simeto,U=73:2,S /Users/templon/Maildir/Nikhef/Archives/2001/cur/1537866158.M994429000P19452Q34R610c5f16.simeto.nikhef.nl,U=133:2, $ notmuch search --output=files \ id:pine.lnx.4.40.0112181809230.6149-100...@lxplus047.cern.ch \ --duplicate=2 [ empty output ] what gives? JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: question about deletion and counts
Hi Carl,
Thanks for your answer.
Carl Worth writes:
> A file rename is a high-level operation that will be seen by notmuch as
> multiple operations seen over the course of a single run of notmuch
> new:
>
> 1. A new file is added with a message ID that already exists in the
> database
>
> 2. A file is removed with a message ID for which there are multiple
> files in the database
>
> But notmuch doesn't detect whether both of these operations are seen in
> a single pass in order to detect a rename. Instead, what it is doing is
> counting every occurence of (2) above as a rename. Here's what the code
> looks like (notmuch-new.c:remove_filename):
>
> status = notmuch_database_remove_message (notmuch, path);
> if (status == NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID) {
> add_files_state->renamed_messages++;
> if (add_files_state->synchronize_flags == true)
> notmuch_message_maildir_flags_to_tags (message);
> status = NOTMUCH_STATUS_SUCCESS;
> } else if (status == NOTMUCH_STATUS_SUCCESS) {
> add_files_state->removed_messages++;
> }
Perfect explanation, thanks.
> I suppose you could come up with some other name for what it is
> counting, such as "removals of duplicate messages" instead of "rename",
> but that's what's happening.
Yes, that'd be my suggestion :-) It's one of my personal buttons that
sometimes get pushed "name is misleading". If you seriously consider
it, I'd suggest "file reassignments" instead of "file renames". A file
rename to me is
mv jeff.txt carl.txt
the file was named jeff.txt but was renamed to carl.txt. The case you
describe, a file with a certain name is either assigned to a messageID,
or de-assigned to that messageID - the actual file name is not changed,
as I understand it.
Anyway thanks for the explanation! Good that I don't need to worry.
BTW I've got integration between org and notmuch up and running now, I'm
really liking this capability.
JT
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch
question about deletion and counts
simeto:~> notmuch search --output=files tag:deleted | wc -l 666 simeto:~> notmuch search --format=text0 --output=files tag:deleted | xargs -0 rm afterwards, from notmuch new: No new mail. Removed 577 messages. Detected 89 file renames. 577 + 89 = 666 ... my guess is that there were 577 messages and 89 files that represented duplicates of messages. But I didn't rename the files, I deleted them. Should I worry? Why is the message inaccurate? JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: another question : date-limit address completion (or somesuch)?
David Bremner writes: > Try M-x customize-variable notmuch-address-internal-completion Mind blown!! Thanks! JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
another question : date-limit address completion (or somesuch)?
Hi, Thanks btw for all the answers to the questions. I use the tab completion on the To, CC etc fields and like it. However, I have email going back to the nineties, and notmuch TAB completion considers all those addresses to be candidates. It means in many cases lots of tabbing work as some of those colleagues have had many addresses over the years, and notmuch doesn't always give me the most recent one as the first suggestion. Is there some way to limit which addresses are provided? I bet that if I could limit the completion candidates to all addresses seen in the last year, all problems would be gone! Thanks JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this (mass tagging of messages)
Hi Carl, Carl Worth writes: > Meanwhile, at the command line this distinction is made very clear. Try > each of these commands, for example: > > notmuch search some-search-pattern > > notmuch search --output threads some-search-pattern > > notmuch search --output messages some-search-pattern > > The second and third options there are very appropriate for generating a > list of threads (or messages) that you could then iterate over and > perform operations on. > > And of course, if you're wanting to do an operation such as tagging or > un-tagging, then you can do that at that command-line directly without > needing an external loop over the results: > > notmuch tag +some-tag some-search-pattern > > notmuch tag -some-tag some-search-pattern > > Both of these operations will act on matched messages, (no threads are > involved). > > So hopefully playing with the above operations makes it clear how > notmuch itself is operating. Thanks for those examples, that does help. > But again, what operation does notmuch-emacs allow you to do on the > thread that you are really only wanting to do on the matching messages? I wish I had made some screenshots of what happened last night - I can't reproduce the steps involved, but what happened was that some message got tagged in some unhelpful way (which is a solvable problem, that's not the point) - the point was that I did some operation that was meant to remove that "bad tag" and flag it as "inbox" to deal with later, and what happened was that all the messages in the whole thread (all 45 of them) got tagged as inbox, which was not the intent. I guess the point for me is that I frequently search for messages (and not threads), and when I do so, it's easy for me to forget that actions taken on the results buffer not only apply to those messages, they can apply to all messages in threads that happen to contain a matched message. I'll try to capture any examples in the future! JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this (mass tagging of messages)
Hi, David Bremner writes: > David Edmondson writes: > >> On Wednesday, 2018-10-17 at 13:39:10 +02, Jeff Templon wrote: > >>> Right. Poor example. I guess the better question is, in a screen full >>> of threads matching a particular query, how do I do a mass action on >>> only those messages that match the query and not on the threads? >> >> There's no easy way to do that now. >> >> Maybe we should make it such that a prefix argument to the tag operation >> affects only matching messages in the affected threads? > > A workaround could be to use "c q" to copy the query, then use that on > the command line with "notmuch tag". Indeed, as long as I am satisfied that all the messages in the view are OK to delete / tag / whatever ... I usually look at such at view to make sure that eg. the SPAM filter is doing the right thing. My opinion : the best option would be to have some flag / toggle variable / whatever that would cause a search results screen to display only matching messages and not the whole thread. J "am learning to be very careful when hitting keys" T ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this (mass tagging of messages)
Hi, David Edmondson writes: > On Wednesday, 2018-10-17 at 10:06:18 +02, Jeff Templon wrote: >> So how do I make sure that I'm operating on the messages themselves >> (only one of the 14 messages is marked 'spam') and not the threads? > In this context, does it matter? If you remove 'spam' from the entire > thread it will affect only that one message, as it's the only one with > the tag. Right. Poor example. I guess the better question is, in a screen full of threads matching a particular query, how do I do a mass action on only those messages that match the query and not on the threads? I had the problem before when I was learning notmuch. I went to the inbox, and saw a new message that was a contribution to a thread of several messages (none of the other ones was tagged 'inbox'). The new 'inbox tagged' message of that thread was not important, so I did a 'k d' on what I now know to be the thread, thinking it would only apply to that one message that was actually in the inbox ... I tried to find an option "turn off related messages in search results" but could not find it. > On the button for a part you can hit “. ?” to see the various > keybindings available there, including opening the part, saving to a > file, etc. Thanks to you and to Gregor for this. JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
tell me how to do this (mass tagging of messages)
Hi, So I do a search like this in notmuch emacs: tag:spam and what comes up is something like this ... 2013-07-27 [1/1] ASN Bank SURF***SPAM***6.8 ASN Bank: Belangrijke update mededeling (lists lists/grid spam) 2013-07-27 [1/1] Overdracht van geld SURF***SPAM***5.7 Uw account is geactiveerd. (spam) 2013-07-26 [1/1] Full NameSURF***SPAM***6.2 Need (spam) 2013-07-16 [1/14] Carlos Zorraquino... SURF***SPAM***6.2 Re: CHEP2013 Proceedings: invitation to submit a full paper for your contribution (spam) 2013-07-15 [1/1] Rabo BankSURF***SPAM***5.8 2013 Rabo Bank Algemene voorwaarden en informatie (spam) I take a look and decide I want to delete a bunch of messages, but take a look at the fourth in the list - this is one where the SURF spam filter has decided that one of the messages in the thread is spam, but the entire thread has shown up here. If I take bulk action on such a buffer, I've seen before that most commands work on the threads and not the messages themselves, like the 'k' command. So how do I make sure that I'm operating on the messages themselves (only one of the 14 messages is marked 'spam') and not the threads? Thanks. BTW I like notmuch pretty much. JT ps while I'm at it - inline display of attachments or in any case firing up an external viewer? I only know about hitting return on the attachment link and having it saved to a file. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: Newbie question about notmuch and gmail
Hi, rey-coyrehourcq writes: > - Is there a way to mark duplicate messages (before deletion) easily using > notmuch ? I too am interested in this one, "if there's a better way". What I do know about is this: simeto:~> notmuch search --duplicate=19 --output=files date:2011..2011 /Users/templon/Maildir/Zar/2011/cur/1479841249.46174_17127.medina,U=1329:2,S /Users/templon/Maildir/Zar/2011/cur/1479841248.46174_17105.medina,U=1307:2,S This means that in my Maildir, I have two emails (two messageIDs) for which 19 files exist, if I interpret the command correctly. You could use duplicate = 2 for example to find simple duplicates. simeto:~> notmuch search --duplicate=2 --output=files date:2011..2011 | wc -l 2760 I guess to delete, you'd use a pipeline like: notmuch search --duplicate=19 --output=files --format=text0 \ date:2011..2011 | xargs -0 rm I'm not sure how tagging would work, I think tags are associated with the messageIDs and not with the duplicates themselves. J "2011 was a good year" T ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this right (mail sent to lists)
Hi All, Coming back to this, I think (I need to watch it for a week or so) that I have "solved" the mystery. When working from mail, I noticed that sometimes, a mail that I had sent could not be found as "sent". I had borrowed an elisp function from somewhere that marked "interesting messages as sent", and I think what I inadvertently did here was to bypass all the afew tagging for such messages. When I stopped using this elisp function, the messages seem to be tagged correctly again. It's only been a few days (you know the "let's see if it does it again joke, right?") so like I said, I'll keep an eye on it to see whether it's really "fixed" now. Thanks for all your help and patience in this matter! JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this right (mail sent to lists)
Hi David, all: David Bremner writes: > The tag is not associated with the file in Sent, it is associated > with the message-id. I guess I didn't make myself clear enough, again. I didn't mean that the tag is associated with the file. What I am guessing is something like this: for message in new_messages: if message.id not in database: process message and determine list of tags appy those tags to the messageID new_messages is the list of files that notmuch had not yet seen. notice the if statement. I am guessing, based on the behavior, that this is how it works. So the implication would be: if the first message file encountered for that messageID is the one in Sent, it does not have a ListID field and hence does not get the list tags applied. The second message file (the one sent via the mailing list) DOES have a ListID field, but notmuch "already knows this messageID" so it does not look at that message and the list tags never get applied. I'm not sure whether it's an afew problem or a notmuch problem ... JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this right (mail sent to lists)
Hi, Thanks again for the answers. Carl Worth writes: > If the two messages have the same message ID, then as far as notmuch is > concerned that is just a single message, (that happens to be backed by > multiple files). OK. > You're certainly not the only one. Hopefully, what you really want > doesn't require the ability to maintain separate tags for these two > very-similar messages, (since notmuch cannot do that currently). I wasn't clear - I don't need different tags. I do want the list-associated tags, even if it only shows me the "sent copy". > I guess the question I have is: What has given you the idea that afew is > tagging one message but not the other? Well, this: medina:~> notmuch search --output=files id:m25zyb89im@simeto.nikhef.nl /Users/templon/Maildir/Nikhef/Sent/cur/1539098270.M625625000P91131Q71R9d5148db.dhcp-134-239.nikhef.nl:2,S /Users/templon/Maildir/Nikhef/Unclassified Bulk/cur/1539098271.M415561000P91131Q113R5b534386.dhcp-134-239.nikhef.nl:2, medina:~> notmuch search --output=tags id:m25zyb89im@simeto.nikhef.nl sent So the one in "Sent" is, well, sent :-) The other one (Unclassified Bulk) is the one from the list. There are no list-associated tags. Hence my conclusion is that notmuch and/or afew encounters first the sent copy (maybe because S comes before U?) and tags it, then, when encountering the second file while processing, says in essence "oh i already have this message ID - skip". JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: tell me how to do this right (mail sent to lists)
Hi Daniel, Thanks for answering! On 9 Oct 2018, at 18:08, Daniel Kahn Gillmor wrote: notmuch doesn't "skip" anything -- it just knows that they are the same e-mail due to message-id matching. it actually indexes both texts. you can see this with: notmuch search --output=files id:$MESSAGEID Indeed - with the command line tool in this form, I do see both files. Read on :-) I'd prefer to have both, but if I have to pick one or the other, I'd actually prefer to have the second one, as I'd then have [ pdp ] as the start of the subject header for ALL mails to that list, and as an added bonus, afew (should?) then tag them with the list name making them easily searchable. I'd recommend doing your tagging based on something other than a substring of the subject line -- wouldn't tagging based on the recipient of the message (To: or Cc:) be sufficient to group your mailing list messages under one heading, regardless of which variant notmuch chooses to prefer? So here’s the deal : I am tagging with afew, it has a special mailing list filter, which does the right thing - it tags the copy that was delivered from the mailing list with the list name. However (and maybe this is just the Emacs interface?) when I view the message in notmuch-emacs, it only shows one of them, and this seems to be (always? at least usually) the copy that is Fcc’d to my sent folder and tagged only with “sent” because it doesn’t have a list-id yet. So I’m still looking for how to do this “right”. I must not be the only one that sends mails to mailing lists? JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
tell me how to do this right (mail sent to lists)
Hi, The use case: I send a message to a mailing list of which I am a member. I can see via another imap client (in this case MailMate / OS X) that there are two messages in imap, both with the same messageid. One example right now (printing the Subject header below): in my sent mail folder: [Physics@Veldhoven] Inschrijving/Registration Physics@Veldhoven 2019 deadline 9 November 2019 and in my inbox: [pdp] [Physics@Veldhoven] Inschrijving/Registration Physics@Veldhoven 2019: deadline 9 November 2019 However, in notmuch-emacs, I only see the first one. My guess is that notmuch has first seen the one in "sent", indexed that, and then seeing the second one with the same messageId, skips it. I'd prefer to have both, but if I have to pick one or the other, I'd actually prefer to have the second one, as I'd then have [ pdp ] as the start of the subject header for ALL mails to that list, and as an added bonus, afew (should?) then tag them with the list name making them easily searchable. So how does one do this "right"? Thanks, JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH] emacs: filter tag completions by current query
Hi, David Edmondson writes: > On Monday, 2018-10-08 at 14:46:25 +02, Jeff Templon wrote: > >> hi guys, >> >> a question from a newbie - where are all these things documented? The >> notmuch-emacs documentation that I could find was pretty basic IIRC. > > Jeff, which things do you mean? I see all sorts of things being discussed in these patches that look useful, but they didn't seem to show up in the manual. I'll try to remember to jot it down next time, but there are a lot of things that only seem to be mentioned if one does "C-h m" in the mode itself. There is this "basic guide" (quotes from the doc itself): https://notmuchmail.org/notmuch-emacs/ and this tips and tricks page https://notmuchmail.org/emacstips/ I haven't found more documentation than this, except via Google and "C-h m" JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: [PATCH] emacs: filter tag completions by current query
hi guys, a question from a newbie - where are all these things documented? The notmuch-emacs documentation that I could find was pretty basic IIRC. Be glad to hear that I've been looking in the wrong places. David Edmondson writes: > Looks good - a nice usability improvement. JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: unused/total message counts in hello screen?
William Casarin writes: > Jeff Templon writes: > >> An alternative would be if I could toggle the entire page to show just >> the unread tags (so any tags for which all messages were read would >> just not show up). Maybe even preferable, that last one. > > This can be done setting "notmuch-hello-tag-list-make-query" to "tag:unread" Thanks, this works well! JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
unused/total message counts in hello screen?
Hi My first post here. It seems i can do what the subject line asks but I am not quite there in terms of seeing it (not an elisp guy). to be specific, in the notmuch-hello screen if I click "show all" for tags, part of what I see is 4 lists/it-dep 2 lists/it-dep-di 272 lists/it-dep-full 107 lists/it-dep-gd 189 lists/it-dep-gt 1 lists/it-dept 2 lists/it-dept-ext what I am looking for, ideally, would be 4 lists/it-dep 2 lists/it-dep-di 14/272 lists/it-dep-full 7/107 lists/it-dep-gd 33/189 lists/it-dep-gt 1 lists/it-dept 2 lists/it-dept-ext where the first number (before the slash) is the number of unread messages under that tag. An alternative would be if I could toggle the entire page to show just the unread tags (so any tags for which all messages were read would just not show up). Maybe even preferable, that last one. Thanks :-) JT ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
