On Fri, Apr 15 2022, talin nicholas wrote: > When opening a mailto: link, Firefox defaults to notmuch-emacs-mua, > which is what I want, minus that it spawns a new Emacs instance (which > hangs) rather than opening an *unsent mail* buffer in my existing > daemon. I copied the .desktop file from /usr/share/applications to > ~/.local/share/applications and changed out the arguments in Exec= - > trying out --client, --create-frame, and --hello in combinations - to no > avail. Now, when I open a link, it doesn't do anything. No new buffer, > no new frame. By looking the script, --client is needed to use emacsclient to send message to running emacs daemon for a new mail buffer... First, why using the default .desktop emacs hangs is one question (but probably shows that environment is good enough for starting emacs in graphical display). Why nothing happens when .local .desktop is used is strange thing. Is the script silently failing... what one could do is to copy notmuch-emacs-mua to /tmp or $HOME/... and add theese lines to the beginning of the file (after #!... line): exec 2>/tmp/nem.$$.txt set -x then perhaps the /tmp/nem.{pid}.txt files shed some light what is happening... Tomi > _______________________________________________ > notmuch mailing list -- notmuch@notmuchmail.org > To unsubscribe send an email to notmuch-leave@notmuchmail.org _______________________________________________ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-leave@notmuchmail.org