Re: ## error when running notmuch from emacsclient, but not from standalone emacs instance

[tom . hirschowitz]

Just a wild guess: have you tried installing the emacs package 
exec-path-from-shell (from melpa)?

On 18/01/2023 19:16, David Bremner  wrote:

ricardomart...@riseup.net writes:

> Ok, so I tested this. I tried stopping the systemd unit of the emacs
> server, opened an emacs instance, and started the server from within
> emacs (M-x server-start ). Connected to this server in a new frame
> ($ emacsclient -nc) and tried executing notmuch again (M-x notmuch
> ). This time, it worked like it should. So, definitely an issue
> with the systemd unit method of initialization there, although it only
> executes /usr/bin/emacs --fg-daemon, so I'm not sure exactly is going on
> here that's causing the problem.

I don't have personal experience with running emacs from systemd, but I
guess it could be worth trying

M-: (executable-find "notmuch")

That will verify that you are not being tripped up by multiple notmuch
executables.

Another thing to try is

M-x notmuch-search  tag:inbox 

This may give a more helpful error message (or it may work fine,
indicating the problem is really with notmuch count, but the --batch
option is almost 10 years old now, so I think that error checking
probably needs to be updated.


___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: [EMACS] feature proposal (with code): notmuch-rainbow-tags.el

[Tom Hirschowitz]

Well, here's one: I tried it with my usual theme, which is rather dark,
and it looked bad. Tried to fiddle with it a bit, but not long enough to
succeed, whence gave up.

> Dan Čermák  writes:
>
>> Hi Alexander,
>>
>> Alexander Adolf  writes:
>>
>>>
>>> That was the other option. I thought I'd post it here first, to see
>>> whether there would be any momentum for including it in notmuch
>>> itself?
>>
>> That actually sounds like a good idea. Maybe just send it as a patch to
>> the mailinglist? Not sure if there is really a different process for
>> getting something included in notmuch.
>
> You're certainly welcome to send it as a patch (not to be confused with
> "patches welcome!" ;)), but it might also make sense to get more
> feedback.  My only concern would be dependencies, which seems fine
> (there are none?). On the other hand, I tend to be not the most expert
> or most opinionated about emacs UI fine points, so it would be good to
> hear a bit broader feedback.
> ___
> notmuch mailing list -- notmuch@notmuchmail.org
> To unsubscribe send an email to notmuch-le...@notmuchmail.org
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: oldest-first

[Tom Hirschowitz]

Thanks for your answer.

This is indeed not a bug then. It's not important, but my preferred sort order 
would be the opposite of newest-first.
I prefer seeing older threads first, but often find myself missing recent 
messages in threads because they have older unread messages hence are 
considered old. 

Tom
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

oldest-first

[Tom Hirschowitz]

Hi all,

The order returned by notmuch with the oldest-first option looks wrong
to me: as far as I can see, threads are sorted according to their oldest
unread message, but in any case, it is not the converse of the
newest-first ordering.

Is this a bug? And if not, how hard would it be to add an option for
getting the converse of newest-first?

Thanks in advance for any help!
Tom
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: How do you synchronize your notmuch tags across multiple machines?

[Tom Hirschowitz]

I also use muchsync. Had a few issues with it in the beginning but the
author, David Mazières, was quite efficient in fixing them, and patient
with me being awkwardly incompetent. It's been working like a charm
since then.

It took me some time to figure out a working set up though. My mail is
now fetched first on the same machine everytime, and then synchronised
from other machines through muchsync. This is a bit annoying, and I'd be
curious if anyone had a better way.

Tom

> * Dan Čermák:
>
>> I have found muchsync, but unfortunately very little reports about how
>> well it works, which isn't necessarily a bad thing.
>
> Muchsync works well for me, although I only need to sync between two
> machines. It is quite fast after the initial synchronisation, and I
> did not have any problems yet. I reported a small error in the
> documentation, but that should be fixed by now.
>
> -Ralph
> ___
> notmuch mailing list
> notmuch@notmuchmail.org
> https://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: buggy tags

[Tom Hirschowitz]

Great, thanks!
Tom

> On Thu, Nov 9, 2017 at 12:11 PM, Tom Hirschowitz
> <tom.hirschow...@univ-smb.fr> wrote:
>> I sometimes mistype some tags, e.g., collaegues instead of colleagues,
>> etc. Of course, I then replace them with the right version.
>>
>> But notmuch keeps track of these wrong tags (as of all others) and
>> proposes them when autocompleting, which after a few years of using
>> notmuch, starts being significantly annoying.
>
> Notmuch only completes to tags that are actually present in the
> database. So you've missed some.
>
>> Is there a way of getting rid of them?
>
> This will list all the tags you have:
>
> $ notmuch search --output=tags "*"
>
> And this will replace a wrong tag with the right tag:
>
> $ notmuch tag +right-tag -wrong-tag tag:wrong-tag
>
> BR,
> Jani.
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

buggy tags

[Tom Hirschowitz]

Hi all,

I sometimes mistype some tags, e.g., collaegues instead of colleagues,
etc. Of course, I then replace them with the right version.

But notmuch keeps track of these wrong tags (as of all others) and
proposes them when autocompleting, which after a few years of using
notmuch, starts being significantly annoying.

Is there a way of getting rid of them?

Thanks,
Tom


___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: newbie questions about notmuch.el

[Tom Hirschowitz]

> Yes, I think there has to be some mistake in what Tom quoted

Indeed :)

Regarding Julien's question:

> Tom, do you have a function defined for this ?

Yes, probably utterly naive, wrong, etc. Would be happy to be corrected, in 
particular about how to avoid code triplication.
There you go:

(defun notmuch-show-flag  () 
  "Switch the flagged tag for the current thread or region." 
  (interactive) 
  (let ((tag-changes (if (member "flagged" (notmuch-show-get-tags)) (list 
"-flagged") (list "+flagged"
(notmuch-show-tag tag-changes)))

(defun notmuch-search-flag  ( beg end) 
  "Switch the flagged tag for the current thread or region." 
  (interactive) 
  (let ((tag-changes (if (member "flagged" (notmuch-search-get-tags)) (list 
"-flagged") (list "+flagged"
(notmuch-search-tag tag-changes beg end)))

(defun notmuch-tree-flag ()
  "Switch the flagged tag for the current thread or region." 
  (interactive)
  (let ((tag-changes (if (member "flagged" (notmuch-tree-get-tags)) (list 
"-flagged") (list "+flagged"
(notmuch-tree-tag tag-changes)))

(define-key notmuch-show-mode-map (kbd "SPC") 'notmuch-show-flag) 
(define-key notmuch-search-mode-map (kbd "SPC") 'notmuch-search-flag) 
(define-key notmuch-tree-mode-map (kbd "SPC") 'notmuch-tree-flag) 
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

Re: newbie questions about notmuch.el

[Tom Hirschowitz]

I think Julien meant the 'flagged' tag: just press the space bar to
switch it on and off.

Regarding the second question, you may filter your search (e.g., by the
'flagged' tag) and then tag all messages by pressing *. IIRC there is no
shortcut for filtering by default. I have this

(define-key notmuch-show-mode-map (kbd "l") 'notmuch-search-filter) 
(define-key notmuch-search-mode-map (kbd "l") 'notmuch-search-filter) 
(define-key notmuch-tree-mode-map (kbd "l") 'notmuch-search-filter) 

somewhere in my emacs files, but perhaps there is a cleaner way.

> On Tue, Sep 5, 2017 at 1:03 PM, Julien Cubizolles  
> wrote:
>> I'm using notmuch.el in emacs. In a notmuch search buffer, how can I:
>
> In general, hit '?' to get a help page for the Notmuch buffer you're in.
>
>> + set or remove the flag mark on a given message
>
> What is the flag mark? There is no "mark" feature.
>
> In the search buffer, you can only operate on threads, not messages.
> Hit '+' or '-' to tag/untag the highlighted thread.
>
> In the tree view (try 'z') you can also operate on messages. '+' and
> '-' work there too.
>
>> + select several messages to add, for instance, the same tag
>
> In the search buffer, select a region of threads to tag, and hit '+' or '-'.
>
> BR,
> Jani.
> ___
> notmuch mailing list
> notmuch@notmuchmail.org
> https://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

propagating the tags of a thread

[Tom Hirschowitz]

Notmuch-hello all,

Has anyone already coded the following behaviour: in notmuch-search
mode, when the cursor is on a certain thread, propagate all tags
occurring at least once in that thread to the whole thread.

Thanks!

propagating the tags of a thread

[Tom Hirschowitz]

Notmuch-hello all,

Has anyone already coded the following behaviour: in notmuch-search
mode, when the cursor is on a certain thread, propagate all tags
occurring at least once in that thread to the whole thread.

Thanks!


___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

an emacs macro

[Tom Hirschowitz]

Thanks, you were right, although that's what i had tried. No idea what i
did wrong the first time.

Here's the code in case anyone is interested (i actually tweaked *-add-tag):

(defun notmuch-search-move  (tag-changes  beg end) 
  "Add the local tag, plus possibly others, given as interactive arguments,  
for the current thread or region (defaulting to add)." 
  (interactive (notmuch-search-interactive-tag-changes "+")) 
  (notmuch-search-tag (cons "+local" tag-changes) beg end)) 

(defun notmuch-tree-move (tag-changes)
  "Add the local tag, plus possibly others, given as interactive arguments,  
for the current thread or region (defaulting to add)." 
  (interactive
   (list (notmuch-read-tag-changes (notmuch-tree-get-tags) "Tag message" "+")))
  (notmuch-tree-tag (cons "+local" tag-changes)))

Cheers,
Tom

Mark Walters  writes:

> On Thu, 05 Jun 2014, Tom Hirschowitz  
> wrote:
>> Hi all, 
>>
>> I'm trying to define a macro for notmuch/emacs which in show-mode would
>>
>>  - prompt the user for tags (possibly starting with "+"),
>>
>>  - tag the shown message with these tags plus an additional fixed tag,
>>say "+local".
>>
>> I know next to nothing about emacs/lisp, so I tried to mimick notmuch*.el.
>>
>> Here's my most plausible attempt:
>>
>> (defun notmuch-show-move (tag-changes)
>>   "Add the local tag, plus possibly others, given as interactive arguments."
>>   (interactive (list (notmuch-read-tag-changes (notmuch-show-get-tags)
>> "Tag message" "+")))
>>   (let* ((tag-changes-with-local (cons "+local" tag-changes))
>>   (rien (notmuch-tag (notmuch-show-get-message-id) 
>> tag-changes-with-local))
>>   (current-tags (notmuch-show-get-tags))
>>   (new-tags (notmuch-update-tags current-tags tag-changes-with-local)))
>> (unless (equal current-tags new-tags)
>>   (notmuch-show-set-tags new-tags
>
> Yes this looks fine for notmuch-show. It won't work for search mode as
> notmuch-show- commands basically only work in notmuch-show. I would
> suggest copying notmuch-search-tag and tweaking it to use
> tag-changes-with-local (as you have done for the show version
> above). Something similar should work for tree-mode (ie copy
> notmuch-tree-tag)
>
> I think you will need separate functions for the three modes.
>
> Best wishes
>
> Mark

Re: an emacs macro

[Tom Hirschowitz]

Thanks, you were right, although that's what i had tried. No idea what i
did wrong the first time.

Here's the code in case anyone is interested (i actually tweaked *-add-tag):

(defun notmuch-search-move  (tag-changes optional beg end) 
  Add the local tag, plus possibly others, given as interactive arguments,  
for the current thread or region (defaulting to add). 
  (interactive (notmuch-search-interactive-tag-changes +)) 
  (notmuch-search-tag (cons +local tag-changes) beg end)) 

(defun notmuch-tree-move (tag-changes)
  Add the local tag, plus possibly others, given as interactive arguments,  
for the current thread or region (defaulting to add). 
  (interactive
   (list (notmuch-read-tag-changes (notmuch-tree-get-tags) Tag message +)))
  (notmuch-tree-tag (cons +local tag-changes)))

Cheers,
Tom

Mark Walters markwalters1...@gmail.com writes:

 On Thu, 05 Jun 2014, Tom Hirschowitz tom.hirschow...@univ-savoie.fr wrote:
 Hi all, 

 I'm trying to define a macro for notmuch/emacs which in show-mode would

  - prompt the user for tags (possibly starting with +),

  - tag the shown message with these tags plus an additional fixed tag,
say +local.

 I know next to nothing about emacs/lisp, so I tried to mimick notmuch*.el.

 Here's my most plausible attempt:

 (defun notmuch-show-move (tag-changes)
   Add the local tag, plus possibly others, given as interactive arguments.
   (interactive (list (notmuch-read-tag-changes (notmuch-show-get-tags)
 Tag message +)))
   (let* ((tag-changes-with-local (cons +local tag-changes))
   (rien (notmuch-tag (notmuch-show-get-message-id) 
 tag-changes-with-local))
   (current-tags (notmuch-show-get-tags))
   (new-tags (notmuch-update-tags current-tags tag-changes-with-local)))
 (unless (equal current-tags new-tags)
   (notmuch-show-set-tags new-tags

 Yes this looks fine for notmuch-show. It won't work for search mode as
 notmuch-show- commands basically only work in notmuch-show. I would
 suggest copying notmuch-search-tag and tweaking it to use
 tag-changes-with-local (as you have done for the show version
 above). Something similar should work for tree-mode (ie copy
 notmuch-tree-tag)

 I think you will need separate functions for the three modes.

 Best wishes

 Mark
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

an emacs macro

[Tom Hirschowitz]

Hi all, 

I'm trying to define a macro for notmuch/emacs which in show-mode would

 - prompt the user for tags (possibly starting with +),

 - tag the shown message with these tags plus an additional fixed tag,
   say +local.

I know next to nothing about emacs/lisp, so I tried to mimick notmuch*.el.

Here's my most plausible attempt:

(defun notmuch-show-move (tag-changes)
  Add the local tag, plus possibly others, given as interactive arguments.
  (interactive (list (notmuch-read-tag-changes (notmuch-show-get-tags)
   Tag message +)))
  (let* ((tag-changes-with-local (cons +local tag-changes))
 (rien (notmuch-tag (notmuch-show-get-message-id) 
tag-changes-with-local))
 (current-tags (notmuch-show-get-tags))
 (new-tags (notmuch-update-tags current-tags tag-changes-with-local)))
(unless (equal current-tags new-tags)
  (notmuch-show-set-tags new-tags

(define-key notmuch-show-mode-map (kbd M) 'notmuch-show-move)
(define-key notmuch-search-mode-map (kbd M) 'notmuch-show-move)

This seems to work in show-mode, but not in search-mode.
I'd be grateful for any hint on doing this in tree- and search-modes
(and possibly explanations on why the current version does not work).

Thanks,
Tom
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch