Emails Don't Work

sprjx · 2017-12-29 05:45:15

Please help. Tried both smtp and mail...

charlie.choc · 2017-12-29 06:13:19

Did you try the "Send Test Email" on the main Backlight page with debug messages turned on?

Ben · 2017-12-29 07:22:42

It's clear from the error you provided in email that SMTP is not an option. So your starting point should be Mail.
Try testing with Mail and adjusting the From email address. It is likely important to GoDaddy that your From email address match a domain that you are hosting on GoDaddy (e.g. a @saintsprojects.com address) and that the particular email address be registered in GoDaddy's control panel. That doesn't mean GoDaddy needs to manage the address, but that it know of the address.

See our documentation on email issues with Bluehost, some or most of which should be applicable to other hosts: http://backlight.theturninggate.net/doc … n_bluehost

DonWa2 · 2018-01-15 13:08:46

Hi all,
I've got the exact same issues as "sprjx" with my GoDaddy hosting and CPanel eMail set up. I contacted GoDaddy tech support, and made sure to have the php.ini file uploaded with the exact syntax specified in the TTG Help.

Test Message from the Backlight Dashboard works like a charm, but only when the mode is set to "Mail" [not smtp]. When set to SMTP, it throws an error message. Debug window produced correct results.

The domain name and "From" name in the eMail match as prescribed in help file.

When I try to send a message with the Backlight Contact Form, no message appears in the InBox.

The Contact Form worked fine before the Pangolin upgrade. Since the Pangolin upgrade [using 1.2.3 now] I discovered that the contact form was not send any messages, which leaves me wondering if any prospective clients out there sent something, but then I never saw it. yikes!

Any help on this matter would be greatly appreciated.
Regards,
Don

rod barbee · 2018-01-15 13:18:20

A couple of questions that may help Ben narrow things down:

Are you now using smtp or Mail?

What was the last version of Backlight you were using where email was functioning correctly for you?

Ben may also need a link to your site. Also be prepared to send him Backlight admin login credentials and perhaps ftp login credentials.

Ben · 2018-01-15 14:19:43

Hi Don, what was the error on SMTP? if blocked by your host, which it most likely is, then stick to ‘mail’.

DonWa2 · 2018-01-16 12:35:02

@Rod — I'm using "Mail" as the Mail Send Type in the Backlight Dashboard setting.

The previous version I was using prior to the Pangolin upgrade was Backlight+Pages1.1.1 [Okapi].

Here's one other peculiar thing regarding the contact form, Rod. You sent me CSS code to hide the "Address" field from the Contact Form several months ago, which worked perfectly. The address field has reappeared in the Pangolin version of the Contact Form and that CSS code is still in the style sheet. Any updates needed for this?

#form p {
display: block;
}
p.honey-pot {
display:none !important;
}

Site is http://www.quatrainfotographic.com
Contact form resides on this page specifically
http://www.quatrainfotographic.com/contact.php

@Ben — here's the error message when using "SMTP" as the Mail Send Type in the Backlight Dashboard setting.
fsockopen(): php_network_getaddresses: getaddrinfo failed: Name or service not known in SMTP.php on line 125

Sorry for all the complications.
Don

Matthew · 2018-01-16 12:44:03

The "Address" field (our honey-pot) is displaying because of this in your custom CSS:

#form p {
display: block;
}

If you copied your custom CSS wholesale from 'okapi' to 'pangolin', then you'll want to comb through it to remove or reevaluate any overly generic rules you might have applied, as these could be in conflict with changes made in pangolin, as this one.

DonWa2 · 2018-01-16 13:32:05

Thanks, Matt. Removing that fixed the address field issue. I'll have a scroll through the CSS file as advised.

I must have an in-line rule making the the Name and eMail address fields butt up next to each other, instead of stacking top to bottom. I believe that Rod advised in the Okapi era to put in the display:Block rule to resolve that issue.

Thoughts?
Don

Matthew · 2018-01-16 15:32:11

Out of the box, they should stack vertically.

For some reason, you have P elements displaying as inline-block.

@media (min-width: 650px) {
p {
    font-family: SofiaProLight;
    font-size: 12px;
    display: inline-block;
    text-align: left;
}

And this is what I mean by overly generic. Your custom CSS should target things by class name, or wrapped in a container with a custom class name. When you simply target "p" elements, then you're changing EVERY element in the website, which can very easily break things we've built, or introduce unintended behaviors.

DonWa2 · 2018-01-18 09:57:27

Very insightful, Matt. Thanks!

DonWa2 · 2018-01-18 10:10:51

@Ben — here's the error message when using "SMTP" as the Mail Send Type in the Backlight Dashboard setting.
fsockopen(): php_network_getaddresses: getaddrinfo failed: Name or service not known in SMTP.php on line 125

Site is https://www.quatrainfotographic.com
Contact form resides on this page specifically
https://www.quatrainfotographic.com/contact.php

Also here's a screen shot of my PHP Info.
https://www.dropbox.com/s/5m4td6wbj46i1 … 6.png?dl=0
It appears that the "sendmail_from" field is empty with "no value". From what I've read, this should have the same eMail address as what appears in "sendmail_path" which is read from the php.ini file in the public_html folder. Does the "sendmail_from" data also need to be written into the php.ini file?

Any thoughts?
Don

DonWa2 · 2018-01-19 10:47:30

Contact Form Mail problem solved!
Found this post from 2017-07-02...

"...That's how it's supposed to work. It's not really an address field; it's a honey pot. So when spam bots read the page and attempt to auto-fill the form, they see the Address field and fill it in.
Visually, the field is hidden from visitors, so a human visitor would NEVER fill it in.
Therefore, if the address field is filled, we know the message is by a bot and we discard it.
The problem that the 1.2.0.a hot-fix addresses is that we updated the contact form for the 1.2.0, but in doing so accidentally unhid that field in the okapi modules. We apologize for that inconvenience."

On my contact form the address field appeared because of generic CSS code that revealed it, so I kept filling the address field in for each test-send from the contact form. After reading this, I tried it once without filling in the address field, and voila... it works.

As Matt noted above, make sure that overly generic rules are modified in any Custom CSS files so that they don't override Backlight rules.

Community @ The Turning Gate

#1 2017-12-29 05:45:15

Emails Don't Work

#2 2017-12-29 06:13:19

Re: Emails Don't Work

#3 2017-12-29 07:22:42

Re: Emails Don't Work

#4 2018-01-15 13:08:46

Re: Emails Don't Work

#5 2018-01-15 13:18:20

Re: Emails Don't Work

#6 2018-01-15 14:19:43

Re: Emails Don't Work

#7 2018-01-16 12:35:02

Re: Emails Don't Work

#8 2018-01-16 12:44:03

Re: Emails Don't Work

#9 2018-01-16 13:32:05

Re: Emails Don't Work

#10 2018-01-16 15:32:11

Re: Emails Don't Work

#11 2018-01-18 09:57:27

Re: Emails Don't Work

#12 2018-01-18 10:10:51

Re: Emails Don't Work

#13 2018-01-19 10:47:30

Re: Emails Don't Work

Board footer