[DRAFT PATCH] modified notmuch-emacs-mua

Jameson Graef Rollins jrollins at finestructure.net
Mon Nov 3 12:25:46 PST 2014


On Thu, Jul 10 2014, Tomi Ollila <tomi.ollila at iki.fi> wrote:
> Highlights:
>
> * notmuch-emacs-mua without arguments runs (notmuch-hello)
>
> * runs emacs(1) in case emacsclient(1) fails to connect to running emacs
>
> * takes -nw option
>
> * handles mailto:
>
> * --from option when sending non-mailto: way
>
> * -i includes file --body[= ]string inserts string

Hi, Tomi.  I think including an emacs CLI like this is probably a good
idea.  I might not use it myself, since I've already concocted one for
my personal use, but I still think it's a good idea.

The particular thing I'm interested in, though, is mailto: URL handling:

> +	mailto:*)
> +	    oIFS=$IFS; IFS=; OPTARG="$*" IFS=$oIFS
> +	    escape_optarg
> +	    exec_mua "(progn (require 'notmuch) (browse-url-mail \"$OPTARG\"))"
> +	    exit
> +    esac

I have submitted multiple revisions of a patch that handles mailto: URLs
in notmuch-mua.el:

id:1334438868-17168-1-git-send-email-jrollins at finestructure.net

It hasn't been accepted yet, though.  I've tried browse-url-mail before,
and it would be convenient to use it.  However, used on it's own it has
the problem that it doesn't open new message buffer in the "notmuch"
way.  For instance, I prefer my new notmuch buffers to appear in new
frames.  browse-url-mail doesn't respect this.  Maybe it could be
wrapped in a notmuch-mua-mailto function, or you could instead be using
the function I submitted?

I've been a bit out of touch for a while, so forgive me if anything has
change that I'm not aware of.

jamie.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20141103/7fe29127/attachment.pgp>


More information about the notmuch mailing list