Kyle Putzier

no object DCH for MIME type multipart/mixed; boundary="----=_Part . . . My email with attachments script has been working fine up to the point I upgraded to FMP18 and/or 360email 3.3. What does it mean and what do I need to do about it? Kyle Putzier

I chose one particular users computer and was determined to find a difference. Check OS version, check FMP version, checked plugging version, check security/firewall settings, checked it's ping and networks speeds. Everything seems normal. Hang on, I did not check the DNS ... time passes ... My computer was using Google free dns (8.8.8.8) There users are set to the router default (AT&T ?) If I set the users to 8.8.8.8, connections are fast. Back to router default, connections are again slow. I change the router to use 8.8.8.8 and the user connection are still slow if they are set to the router default. This leads me to believe we have a in-house dns issue. It doesn't seem to affect anything except the EmailConnect function. My temp solution is to set the users to get their dns directly from Google (8.8.8.8) Kyle

TLS is in there because I didn't know what it was and that is the way 360 had their example. I use Google Apps for Business and a check of the TLS setting shows that it is "not configured yet". Either way, I removed TLS in EmailConnect and it had no effect. Kyle

I have some users (maybe all users, except me) that get a beach ball during EmailConnectSMTP(). It appears to timeout after 10 seconds or so and then connects normally. My computer connects with no noticeable delay. I have checked login usernames and passwords and they are accurate. The users were able to quickly connect at one point in the past. Immediately checking EmailLastError returns blank "" EmailConnectSMTP( "smtp.gmail.com:465" ; _MiscTable::User_EmailAddress; _MiscTable::User_EmailPassword; "ssl=1"; "tls=T" ; "forceTrust=true"; "timeout=5" ) Tried adding these args with no effect: port 465 "forceTrust=true"; "timeout=5" I have also substituted my login credentials and the users delay remains. Leads me to believe it is something else, but what? all computers OS X 10.9.X database served via FMS User computers FMP13 (firewall off) My computer FMPA13 All on same network Kyle