Problem seems to lie deeper than Evolution, as we handle those address clicking by simply calling gtk_show_uri(<<escaped-mailto-uri>>).  The GVFS machinery is supposed to spawn another Evolution process, which then hands the mailto URI back to the first process by way of libunique.

It's exactly the same as running

   evolution "<<escaped-mailto-uri>>"

with an Evolution window already open.

I also experience another error when clicking on:

    From: "John Doe" <john@doe.com>

only copies the email address and not the name in the new message, while clicking on:

    From: John Doe <john@doe.com>

copies both name and email address on the new message.

Just in case it helps,


Pablo

(In reply to comment #1)
> Problem seems to lie deeper than Evolution, as we handle those address clicking
> by simply calling gtk_show_uri(<<escaped-mailto-uri>>).  The GVFS machinery is
> supposed to spawn another Evolution process, which then hands the mailto URI
> back to the first process by way of libunique.

And it's completely wrong way of doing this.
a) why to run another process when you are in the mailer already?
b) you are loosing folder information, in which the message was requested,
   thus the new composer sets default account, though it could use a different
   one.

I do not know why or whom did this, but I really consider it a bad decision, thus I'm changing this.

Created attachment 175703 [details] [review]
evo patch

for evolution;

By the way, I'm using glib master at commit 50a8b03 and gvfs git master at commit 63ba8c7 and before this patch I only got an error message "Could not open the link.\n\nThe specified location is not supported" for the mailto: url. http(s) works fine.

Created commit cda5e54 in evo master (2.91.4+)
Created commit 0e29a48 in evo gnome-2-32 (2.32.2+)