Xojo Conferences
| XDC | May | 2019 | Miami | USA |
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: 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> |