not this matters, but in day of olde, when putting links (of any kind) into an email (text based, not html based), it was helpful to put the link inside angle brackets:
even for old email clients it would not mess with the text. at least it could be copied 'as-is'.
Thank you for your post.
I do not have a gmail account, so I am unable to test with gmail. However, I do have an Outlook account, and the link does appear properly on Mac (Safari and Chrome), Windows (Internet Explorer) and iOS (Safari) browsers. I am able to copy the link and paste it into a new browser window.
Besides gmail, what "other webmail system" has this issue?
These are the webmail systems that I have tested this with. These are the webmail systems that have this issue of not displaying the fmp:// links properly:
- Gmail.com webmail has this issue (and of course, Google Apps webmail, which uses the gmail.com engine).
- hotmail.com webmail has this issue.
- protonmail.com webmail (world's most secure email system) has this issue.
- fusemail.com webmail has this issue.
However, Gmail.com is probably the most important one to fix first, since it is the most popular email system and Google Apps hosts tons of domains.
p.s. Don't try copying and pasting a hyperlink that is ALREADY SET AS A HYPERLINK. Then, it will work just fine.
I'm talking about us SENDING EMAILS FROM FILEMAKER SERVER using the "Send Mail via SMTP" script step, which puts an fmp:// link into the body of an outgoing email message. This link will not be encoded nor displayed properly by any webmail systems.
Similarly, if we were to just type up an fmp:// link in an outgoing email, without embedding a hyperlink onto that text, it would not be displayed properly.
So basically, it seems like all these webmail systems around the world simply don't recognize fmp:// as a valid prefix.
Thanks for the clarification about the hyperlink.
This has been discussed previously, and passing the URL via a PHP script appears to be a solution. See the full discussion at:
Thanks so much for the link to the other thread... although I'm not sure how to implement a PHP script in conjunction with FileMaker's "Send Mail via SMTP Server" script step. I just posted this question on that other thread.
Look at the second posting by BowdenData. There is a reference to sending by email and to contact Hal Gumbert at CampSoftware.com.
Thanks so much... I don't know the PHP language and don't want to hire some other company to just create & host a PHP file for us.
Plus, more importantly, this PHP solution requires a completely separate webpage to open up and intervene with the clicking of the link (instead of just going from email to FileMaker, it would go from email to blank webpage to FileMaker).
So, this will just be way too much of a hassle for us and our end users... so I'll just wait until FileMaker Inc. fixes this.
Easy way for FileMaker to fix this would be to give us the ability to send HTML-formatted emails with embedded hyperlinks... then we wouldn't need to convince Google or others to recognize the fmp:// protocol.
This is really the only way to fix it. Even with HTML emails there may still be issues. We can already send HTML emails with a plugin or using an email service like Mailchimp or Sparkpost.
... then we wouldn't need to convince Google or others to recognize the fmp:// protocol.
html email would allow us to specify the a (anchor) tag with an 'href' attribute that otherwise might break.
And in researching several things for this thread FM12 help has this:
To open a shared database using a URL:
1. Launch a web browser on the intended client machine.
2. Enter the URL of the host machine into the browser’s address area using the format: [<][URL:]FMP://[[account:password@]netaddress]/databasename[>]
Optional parameters are indicated by square brackets ("").
whereas the FM15 help does not have the optional "<", "URL:" & ">":
why the change in the help
if using the "URL:" would make a difference
but was it just TEXT or a real 'href' in an anchor?
I've seen gmail do some other things with addresses and phone numbers when it *should* allow additions to contacts, for example, but it mangles the references.
but real HTML in gmail tends to be better than gmail 'guessing' what to display (for a hyperlink-like text).
It was straight HTML. Gmail still does a few silly things. It didn't happen a lot, but I had to abandon the approach in order to find something that worked. Just ran out of time. I would love to play with it again and see if anything has changed.