Home › Forums › Quform WordPress › Forms not sending with SMTP
- This topic has 14 replies, 2 voices, and was last updated 7 years, 11 months ago by clearscope.
- AuthorPosts
- March 22, 2016 at 2:58 am #18473clearscopeParticipant
Hello,
We have encountered a problem whereby Quform will no longer send emails for form submissions via SMTP. Only PHP mail() works currently, and so we have had to switch all of our forms from SMTP to PHP mail()
We should also note that we recently changed servers, and this seems to be when the problem has appeared. However, we have spoken to our web host about this issue and they say that there are not any SMTP ports that are being blocked.
The SMTP port, host, username and password are all correct.
Can you please help us sort out this issue?
Thank you!
March 23, 2016 at 4:17 pm #18494AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
March 24, 2016 at 6:23 pm #18532clearscopeParticipantHello,
Thank you for your response.
However, the issue is still persisting.
We actually already had the WP-Mail-SMTP plugin installed on our site. And when we follow the referenced instructions to send a test email via the WP-Mail-SMTP plugin, the email comes through fine and without issue, and the result is: bool(true)
However, when we use those same exact SMTP settings within the Quform forms, the emails do not come through at all. And so we still have to use PHP mail() currently for them to work properly.
As mentioned previously, this issue did not exist until we recently changed servers. Prior to that, all of the Quform forms sent emails using SMTP without any problem.
Thank you…
March 28, 2016 at 2:39 pm #18542AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
March 31, 2016 at 6:13 am #18570clearscopeParticipantHello,
We have tried each of these options but are still experiencing the problem.
We are now sending along an email info@themecatcher.net, per your instructions.
Thank you
April 1, 2016 at 9:50 am #18573AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
April 2, 2016 at 12:48 am #18588clearscopeParticipantHello,
We are not sure what exactly you are saying here. It is set to PHP mail() currently because the Quform forms will currently only send via PHP mail()
Even when we change the mailer option from within WP Mail SMTP to “Send all WordPress emails via SMTP.”, the Quform forms still will not send via SMTP.
We want the Quform forms to send via SMTP. Previously this worked fine, but ever since we changed servers, the Quform forms will no longer send via SMTP.
Can you please help us get the Quform forms to once again send via SMTP?
Thank you…
April 5, 2016 at 2:53 pm #18615AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
April 5, 2016 at 9:47 pm #18631clearscopeParticipantThank you very much for the clarification.
However, even when we try to use a different SMTP server, like Gmail, it still does not work.
Additionally, there is an issue whereby when we send the test using the Gmail settings, the page hangs for several minutes before completing the test. This originally also occurred when we first tested using our server settings, after upgrading to the new server.
Either way, it still does not work even using Gmail settings. So there definitely seems to be some sort of conflict somewhere.
We do not understand why this issue would appear when everything was working properly previously. The only thing that changed was that we upgraded servers (same exact web host, just new server).
It looks like we will have to stay with PHP mail() for the moment and perhaps switch to a different form system at some point that does not have this issue.
April 8, 2016 at 1:10 pm #18657AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
April 8, 2016 at 10:20 pm #18674clearscopeParticipantHello,
We have contacted the web host – they have looked into things in detail and they assert that there is nothing being blocked and nothing on the server end that would be causing this issue.
We have also tested on another website that uses the same web host, and the problem does not exist there (which seems to confirm that it is not an issue with the server or web host).
Thank you
April 10, 2016 at 3:06 pm #18677AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
April 12, 2016 at 7:05 am #18681clearscopeParticipantHello,
Yes, even when we disable all plugins and switch to a default WordPress theme, the problem still exists.
We understand that it is not a Quform issue.
Even though we were not able to solve the problem, we are very appreciative of your support in this matter.
Thank you very much for your help…
April 13, 2016 at 3:42 pm #18712AllySupport StaffYou don't have permission to view this content. Please log in or register and then verify your purchases to gain access.
May 17, 2016 at 2:39 am #18925clearscopeParticipantIt seems that we have finally found an answer to this issue, and I will post it here in case anyone else should ever run into a similar problem:
Apparently the new server for this website is “using an SSL certificate that has a conflict with php5.6.” As such, we have had to revert to php5.4, which then solves the issue. So it is a problem with the SSL certificate used by the server.
I should note that the only way that we were able to get the web host to find and admit this problem was to reference a second separate website, at the same web host (on a different server) ,that did not have the issue. And, then, to use a basic php script on the 2 different servers, outside of the websites (such as can be found here https://support.rackspace.com/how-to/test-php-smtp-functionality/), and then to reference both scripts to the web host to show that one was working and the other was not.
- AuthorPosts
- You must be logged in to reply to this topic.