Sometimes GoDaddy messes up their own authentication configuration. Try localhost with no authentication!
Thanks for the quick reply! Could you walk me through the process of configuring the localhost with no auth?
Thanks!
Start the wizard and when you get to the part about the Outgoing Mail Server replace what’s there with localhost. Then finish the wizard!
Hmmm…replaced that with localhost…still getting the same message: “Incorrect Authentication Data”. Thoughts?
Send me the transcript (from the Email Log) of a message that fails to send.
Any ideas Jason? We’re still having trouble receiving any submissions from our Contact7 form 🙁
I’m sorry, no, everything looks fine. I think you’ll need to call GoDaddy again. There must be a username or password mismatch.
Bummer. I’ve contacted GoDaddy and they’ve checked our settings. They said things look fine, server-side. Should I try a different contact plugin?
Resolved by using the correct password.
I was having the same problem and found the solution. The answer is the cPanel MX Entry setting.
By default it is set to Local Mail Exchanger in which case the web server tries to handle email that it believes are for it (i.e. email that originates from the same domain as the website).
To solve the problem, login to cPanel and change MX Entry to Remote Mail Exchanger in which case the web server will let the MX Records in your DNS to route the email.
Once you do this, there is no need for any WordPress SMTP plugin at all.
@chemusic, that’s not a solution. You’ve completely ignoring the authentication and SPF rules of the remote mail exchanger. It might work with some recipients, but it won’t work for all recipients.
Not to mention that the original problem reported in this thread was incorrect authentication data (password), and solved by using the correct authentication data (password). Your suggestion does not solve inputting the wrong password.
Technically it hasn’t been solved quite yet. We’re working with GoDaddy to troubleshoot our email issues at this point since we’ve updated our passwords and everything looks like its being submitted correctly.
Thanks for the tip @chemusic. I had GoDaddy check that and it looks like our MX records weren’t set to Remote. A good catch, unfortunately our problem still isn’t fixed. Starting to think maybe GoDaddy is the problem 😉
@jason Hendriks
The person reporting the problem is saying that it’s not an authentication (password) issue. Where are you getting that information from? She’s saying the problem is still occurring so I was offering my assistance.
@sarahlevinger
I’m only sharing my experience because I’m also using Contact Form 7 on WordPress with GoDaddy and was having the exact same problem (granted I’m using Google Apps for email). No authentication required and I have an SPF record for Google and SecureServer and the form works perfectly.
No worries @chemusic. I’m fairly certain our issue is with GoDaddy’s email system, not this plugin. I’ve heard great things about it, which is why we tried it 🙂
@jason Hendriks you were very helpful, and I appreciate your fast response and assistance.
@sarahlevinger
GoDaddy offers two different email accounts. One of them is with cPanel. I wonder which system the email addresses exist on? Might be worth looking into.
