Xojo Developer Conference
25/27th April 2018 in Denver.
MBS Xojo Conference
6/7th September 2018 in Munich, Germany.

Re: several addesses in mailto and Lion (Real Studio network user group Mailinglist archive)

Back to the thread list
Previous thread: Re: Help: Drag some text into a Textfield from [Lennox Jacob]
Next thread: How does MacFSRef work?


Re: Stumper question - Leopard Crashes   -   Garth Hjelte
  Re: several addesses in mailto and Lion   -   Carlo Rubini
    Re: several addesses in mailto and Lion   -   Carlo Rubini
    several addesses in mailto and Lion   -   Carlo Rubini
     Re: several addesses in mailto and Lion   -   Greg O'Lone

Re: several addesses in mailto and Lion
Date: 03.08.13 03:16 (Sat, 3 Aug 2013 08:16:21 +0600)
From: Carlo Rubini
Charles Yeomans <<email address removed>> said:

On Aug 2, 2013, at 7:37 AM, Carlo Rubini <<email address removed>> wrote:

> The definitive source for the mailto: scheme appears to be RFC 6068: The 'mailto' URI Scheme . It incorporates parts of RFC 5322 by reference. Of course, what ultimately matters is how browsers handle the scheme. In short
>
> The problem with the code above is the use of double quotes. The following URL works in Safari, Firefox, and Google Chrome.

The problem appears in Lion when using Mail app called by ShowUrl by a Xojo appl.

> mailto: lala <<email address removed>>, jaja <<email address removed>> ,pala <<email address removed>>
> But as far as I can tell from RFC 6068, the safest thing would be to use this URL.
>
> mailto:<email address removed>, <email address removed>,<email address removed>

I came to the same conclusion.

BTW, as I said in a previous post, if the addresses (showUrl mailto:<email address removed>, <email address removed>,<email address removed>) are in Mail app's database, Mail inserts the proper Name and Surname for each address.

Carlo

_______________________________________________
Unsubscribe by sending a message to:
<<email address removed>>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: several addesses in mailto and Lion
Date: 03.08.13 03:08 (Sat, 3 Aug 2013 08:08:01 +0600)
From: Carlo Rubini
Greg O'Lone <<email address removed>> said:

> Ah, wait. Are you running encodeUrlComponent on the "values" ?
>
> Also, you might try enclosing each full email address in quotes. "Layla <<email address removed>>"

Yes, and here is what a get in Mail app using showUrl mailto: + encodeUrlComponent(addrString)

laila%3Claila%40lala.com%3E%2Cpella%3Cpella%40pella.com%3E%2Culla%3Culla%40ulla.com%3E

By now I'm pretty sure that since things work all right in SnowLeopard, the issue is either a Lion or a Mail issue;
actually, feeding only the addresses (<email address removed>, <email address removed>), then if Mail app already knows them, such addresses get filled them up with their proper Names and Surnames:
Name Surname <<email address removed>> Name Surname <<email address removed>>

Carlo

_______________________________________________
Unsubscribe by sending a message to:
<<email address removed>>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

several addesses in mailto and Lion
Date: 31.07.13 13:29 (Wed, 31 Jul 2013 18:29:12 +0600)
From: Carlo Rubini
Hello,

I cant anymore construct a correct showUrl "mailto:" containing several addresses (no CC/BCC). For instance,

ShowURL "mailto:<<email address removed>>,<<email address removed>>,<<email address removed>>"

what I get in Mail appl is

,, <<email address removed>>

Things seem to get better, but not OK, removing commas between addresses:

ShowURL "mailto:<<email address removed>><<email address removed>><<email address removed>>"

what I get in Mail appl is:

"<email address removed>><<email address removed>><<email address removed>" <<email address removed>>

Same results using
EncodeURLComponent("<<email address removed>> <<email address removed>> <<email address removed>>")

or

EncodeURLComponent("<<email address removed>>,<<email address removed>>,<<email address removed>>")

I even tried convertEncoding (isoLatin1).

This using both Rb12.2 and Xojo v.2 (Carbon and Cocoa) with Lion.

Yet I'm pretty sure that the first instance (comma separated addresses) used to work all right with SnowLeopard.

I had a look at the archives, but I cant find an answer to this behavior.

Suggestions welcome. Thanks,

Carlo

_______________________________________________
Unsubscribe by sending a message to:
<<email address removed>>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: several addesses in mailto and Lion
Date: 31.07.13 13:50 (Wed, 31 Jul 2013 08:50:34 -0400)
From: Greg O'Lone
Don't put the angled brackets unless you are also including the full recipient's name.

Greg O'Lone
Software Engineer
Xojo, Inc.

On Jul 31, 2013, at 8:29 AM, Carlo Rubini <<email address removed>> wrote:

> Hello,
>
> I cant anymore construct a correct showUrl "mailto:" containing several addresses (no CC/BCC). For instance,
>
> ShowURL "mailto:<<email address removed>>,<<email address removed>>,<<email address removed>>"
>
> what I get in Mail appl is
>
> ,, <<email address removed>>
> Things seem to get better, but not OK, removing commas between addresses:
>
> ShowURL "mailto:<<email address removed>><<email address removed>><<email address removed>>"
>
> what I get in Mail appl is:
>
> "<email address removed>><<email address removed>><<email address removed>" <<email address removed>>
> Same results using
> EncodeURLComponent("<<email address removed>> <<email address removed>> <<email address removed>>")
>
> or
>
> EncodeURLComponent("<<email address removed>>,<<email address removed>>,<<email address removed>>")
>
> I even tried convertEncoding (isoLatin1).
>
> This using both Rb12.2 and Xojo v.2 (Carbon and Cocoa) with Lion.
>
> Yet I'm pretty sure that the first instance (comma separated addresses) used to work all right with SnowLeopard.
>
> I had a look at the archives, but I cant find an answer to this behavior.
>
> Suggestions welcome. Thanks,
>
> Carlo
>
> _______________________________________________
> Unsubscribe by sending a message to:
> <<email address removed>>
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe by sending a message to:
<<email address removed>>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>