tomp

I have users on FM18 advanced. Have not upgraded since they use runtimes and 18 is the last version for which runtimes are available. I use the SMTP server for sending email and the process, which has worked for years, suddenly stopped working for their outlook accounts. It used to be that the TLS, Plain Password options worked. But it appears Outlook is deprecating (or has deprecated) the Plain Password option. FM18 offers one other authentication method - Cram-MD5. it also doesn't work. Outlook claims to have transitioned to something called OAUTH2. That option is not available in FM18. Is this application dead in the water for Outlook users? Or is there some other way to get email to send via Outlook?

I'm having a problem getting BE_SMTPsend to successfully send an email with an attachment. No problem sending without an attachment, but when I add an attachment, I get an error 2 (not sure exactly what that means, but without the attachment, no error) These are the argument strings with and without attachments: I have tried both relative and direct file paths for the variable $attachment. Examples are: Both of them return an error code of 2. Since the 'send' without an attachment works, all the values of the fields/variables other than $attachment must be valid. Can anyone offer a suggestion as to what might be going on and what I might try to resolve this?

Just when you thought it was safe to go back into the water....... Thanks for the heads up.

I've got it going without using OAuth or an app password. Following the process below on my google mail account, I got into security and a 'less secure app access' option. Google doesn't recommend using it, but by turning it 'on', I (and my clients, when they turn it on for their gmail accounts) will be able to send email from FM through gmail, just like it used to work before Google upped their security game. Here's the process: 1. go to http://www.gmail.com This should open your gmail account and display your inbox (at least it did for me). If not, you may have to log into your gmail account. 2, Click the ‘gear’ (settings) in the upper right of the screen. 3. Then click ’see all settings’ 4. Then click ‘Accounts & Imports’ 5. Then click ‘other Google account settings’ 6. Then click ’Security’ in the menu on the left side 7. Scroll down until you find the ‘less secure apps’ section: 8. It should be ‘off’. Now click on ’Turn on access’ even though it’s not recommended. Then slide the ‘less secure apps’ button to the right to turn it on

Ok, I have to confess my ignorance. How/where do I find OAuth and do I set this up once and pass it through my FM 'runtimes' to my clients? Will the same OAuth setup work for all my clients? Where can I find the process for the App password? I've looked in FM for OAuth and have looked in the 'manage account' options for a gmail account without any success. I doubt that in general my clients have business accounts with google. Any help would be appreciated!

As I suspected - a security change (improvement?) with google/gmail. I'll see if I can make this work. Thanks.

For years - at least fm 12 and most recently through fm 15 - I have used the script step 'send mail' successfully to send email through a gmail account. I have done that successfully as well with the base elements script steps BE_SMTPServer and BE_SMTPSend. Sending mail through gmail has recently stopped working in several different solutions that use these routines. Other, non-gmail accounts, continue to work so something seems to have changed with the way gmail handles requests from a Filemaker solution. I have verified the SMTP settings in the solutions against the settings specified on various web-sites that specify the gmail SMTP settings. I recently upgraded from FM15 to FM18 to see if that would resolve the problem. It didn't. Since my solutions are distributed as runtimes, upgrading to FM19 is not an option and I don't think that would resolve the issue anyway. Has something changed in the way gmail handles requests from apps like Filemaker? It's curious that it just stopped working, not just in one FM solution, but all. My solutions are distributed to my clients as Runtimes and I actually learned of the problem from one of them. Has gmail perhaps added a setting that blocks attempts to send mail through apps like Filemaker?

I have a widely distributed solution that uses the runtime option in earlier versions of filemaker. I don't believe runtimes are an option in 19.

Can I upgrade directly from FM 15 advanced to FM 18 advanced?

I have successfully been using the base elements script step BE_SMTP_Send for sending email via gmail. I have verified the gmail SMTP settings. The error returned and the curl trace are attached. Any insight? I have also tried the standard 'send mail' script step and get an error with that as well.

I integrated this into my applications and deployed them. Again, I have no idea what the issue was that caused this procedure to stop working, but the case is now closed! Thanks again to 'Comment' for all the attention and help.

Well, that does it. Using your code I finally got the import without the parsing error. With kid gloves I'm going to integrate this script, or if I have to, this file, into my applications. I have no idea what's different here from the way I was doing it in my applications, but at this point I'm not going to lose any more sleep! Thanks for sticking with me and promptly replying to my notes! I'll add a note when I've got it deployed

It's not intermittent. It started about a month ago and has continued ever since. I have 2 different applications deployed (via runtimes) and all my users (that I have heard from) are experiencing the issue Did you import from the file on my web-site without incident? I did some more testing using the xml example files from the Filemaker support/downloads site. I ran a test on my computer, using the attribute import as supplied. All was ok. I ftp'ed the xml file - mdso_attrib.xml - to my web-site, modified the import records script step for the http option, and got the same parsing error experienced with my software. I downloaded the xml file back to the examples folder, took the import records script step back to its original state and tested. All was OK Since the xml file continued to work after the upload/download sequence, it doesn't appear the ftp modified the file. Since my users in both mac and windows environments (they pull the file from my web-site to see if there is an update available for my system) are all experiencing the parsing error I have been describing, I'm concluding the following: 1- if you were able to import using the xml file on my web-site, the problem is not on the web-site. 2- If you were not, perhaps the issue in some way or manner is on the web-site (please confirm whether you used the file on my web-site) 3- Since both my applications and the Filemaker xml example application experience the same issue, the problem is not in my application but lies elsewhere. 4- Maybe in my FM15 installation? Except I have the issue both from the mac and the windows sides. What really has me scratching my head is why this process that has reliably given my users a way to check for a new release of my software for years and years suddenly stopped working.

I apologize for missing your October 15 post. I still have the problem. The style sheet (RM5currentRelease.xslt) has been uploaded for reference here. I have compared it to and it matches the style sheet available from the 'Technical Resources', XML example files, on the Filemaker support/downloads screen This style sheet and procedure for retrieving the data from the xml data source on my web-site has been functioning literally for more than a decade but for some reason has recently ceased to function. I have been using BBedit to update the XML file on my computer and then uploading the new version to my web-site. It hasn't been an issue before. Again, when I use the 'file' option to import the file from my computer using this style sheet, I do not get the error. Only when, after uploading the same xml file to my web-site and using the 'http request' option in the import records script step, do I get the above error. This is the 'http request' source that gives the 718 parsing error for the Import Records script step: http://www.tcpms.com/RM5currentRelease.xml Here's the import script step: RM5currentRelease.xslt

Got it! Thanks for the tip

BE_SMTP_Send is successful when I 'send' an email message without an attachment. The same Send, when adding a single attachment using the file path to a pdf attachment fails with an error code '2' (don't know what that means). The file path that is used is obtained from an 'insert file' script step. I've tried using the file path in both a container and a text field. I've tried both file: and filemac: formats for the file path. What am I missing?

The attached XML file works fine as a 'file' import. But when importing via http (using the same XSLT file), the import gets a parsing error. The xml file and the parsing error description are attached. What's different when importing via http vs. a file import? Where/what is the expected 'white space' when doing the http import? RM5currentRelease.xml

I have been using 'PackageMaker' in macOS for distributing my FileMaker runtime solutions since macOS X was deployed years ago. PackageMaker is 32 bit and will not run on macOS Mojave when it is released. Mojave is likely to be 64 bit only. What is a 64 bit replacement for building distribution 'packages'?

Without the optional HTML and attachment parameters, my BE_SMTPServer/BE_SMTP_Send function calls successfully send an email. When adding the optional HTML and attachment parameters (HTML is null, attachment is text), the email fails with a returned error code 2: CURLE_FAILED_INIT (2) Very early initialization code failed. This is likely to be an internal error or problem, or a resource problem where something fundamental couldn't get done at init time. The attachment has just been browsed for and 'inserted' into a container field, and the file reference for the attachment established via 'getastext(<containerField>' This is the function call in the script that results in the error code of 2: BE_SMTP_Send ( parameters::smtpReplyToAddress; parameters::text3; parameters::text2; parameters::text1; ""; $bcc; parameters::smtpReplyToAddress; ""; parameters::newsletterAttachmentText ) This is the function call that successfully sends an email: BE_SMTP_Send ( parameters::smtpReplyToAddress; parameters::text3; parameters::text2; parameters::text1; ""; $bcc; parameters::smtpReplyToAddress ) Can anybody help with what BE_SMTP_Send is objecting to when including the attachment parameter?

I probably didn't make myself clear. I deploy FM runtimes for FM applications that I developed for mom-and-pop businesses in a niche market. I have been using 'packagemaker' for deployment for years, but have learned that Aple does not currently have, nor do they plan to have, a 64-bit 'packagemaker' available when support for 32 bit apps end on OSX. Mike Duncan said: "I use this one: http://s.sudre.free.fr/Software/Iceberg.html" Is iceberg a 64-bit application? Or would I have the sam issue with it (the 'post date' for the link is 6/22/15). Don't want to invest a lot of 'learn' time if it doesn't resolve my issue.

What installers are people using to deploy their FM apps on Macs? OSX Packagemaker is 32 bit and soon won't be supported.

Thank you. That did it. Had no idea how that worked. I noticed that my QBO Connector Plugin was already in the 16.0 Extensions folder. Guess that went there automatically when it was installed. Thanks again. Mission accomplished!

I have un-checked FM Books Connector in preferences/plugins for all installed FM versions, yet when I create runtimes, the splash screen shows every time the app is run. I don't think my clients see it, but it wastes 30 seconds of my time every time I run the apps. These apps do not use FM Books Connecter. Since I've un-checked the plugin in preferences for all my installed FM versions, what else do I have to do to suppress the splash screen in the runtimes (it doesn't show when running FM Pro or FM Pro Advanced)?

We are having an issue with the ipad occasionally getting a 'host not found'. The 'external data sources' have the proper IP address of the host computer, but even with the ipad right next to it, the 'host not found' message occurs. Is there a way to make a hard connection between the ipad and the host for filemaker-sharing?

It is seen with the other list of files that came with GO (assets, contacts, etc.) When it is clicked, the cursor just begins spinning (I assume meaning FM Go is not responding) and never stops. We have deleted and reloaded FM GO and reloaded the app file to the ipad without resolving the issue.