Take a look at this page, it will help you understand what the problem could be:
Participants Database Email Troubleshooter
Hi xnau,
unfortunately the troubleshooter doc does not really help in our situation. We are from the IT department of Rotaract Germany and run a multisite installation with 200+ sites. Most of them are using Participants Database for event subscriptions.
PDB records are stored in database without any issues and other plugins can use sendmail without problems, e.g. Contact Form 7 and WP Mail SMTP. When those Plugins use sendmail we see corresponding entries in the PHP log files. But PDB seems not even try to send mails at all. No entries in PHP and WP debug log except for this one (when using the form on https://demo.rotaract.de/charteranmeldung/):
[12/05/18 7:42pm CET]
Participants_Db::process_form storing record: INSERT INTO wp_196_participants_database SET date_recorded = NOW(), date_updated = NOW(), first_name = ‘Max’, last_name = ‘Mustermann’, email = ‘[email protected]’, club = ‘Rotaract 40€’, vegetarier = ‘Ja’, samstags = ‘Stadtbesichtigung’, liste = ‘Nein’, feld_gruppe_1 = ”, website = ”, interests = ”, private_id = ‘IFNSI’, photo = ”, textfreude = ‘Dieser Text ist Read only!’, approved = ‘no’
We also use the plugin E-mail Log which logs every use of php sendmail of smtp in our wp installation. It also shows nothing…
Most of the help that the troubleshooter provides is making sure that the plugin is correctly configured to send email. If email is working on the site in general, then your next step is to verify that the plugin configuration is correct.
You can also enable debugging in the plugin (plugin settings under the advanced tab) and that will give you some more information about the send or even if it was attempted.
If the email configurations under the Signup Form tab are all correct, also check the “Primary Email Address Field” setting under the advanced tab. That is the field the plugin looks in for the recipient’s email.
You can also enable debugging in the plugin (plugin settings under the advanced tab) and that will give you some more information about the send or even if it was attempted.
Already done that. The log entry I posted was from that log.
If the email configurations under the Signup Form tab are all correct, also check the “Primary Email Address Field” setting under the advanced tab. That is the field the plugin looks in for the recipient’s email.
Also checked this. The correct field is set. Even tried to reset it by choosing another field + save and then again choosing email + save. No effect.
I don’t think it is the configuration, because we had dozens of sites where mailing worked before the php upgrade – if the php upgrade was the trigger, maybe there was a plugin update around this time, too.
There have been no recent changes to how mail is handled by the plugin, and although it is possible mail handling by php would change after a php update, it would affect all WordPress mail functions. The plugin uses a WordPress function to send the email.
Are you sending the user to another page after submitting the signup? This page must have the [pdb_signup_thanks] shortcode in order to trigger the email.
Thread Starter
preede
(@preede)
Yes, we are sending the user to another page with the [pdb_signup_thanks] shortcode.
Make sure you are using the latest version of Participants Database, should be 1.8.3.2. or later.
If this is still not working, you should try checking the “Use Alternate Session Method” preference in the plugin settings under the advanced tab.
Actually signup thanks is not working. If we set the signup_thanks_page to another page there is a redirect to that page but no message. On the welcome side we entrered the [pdb_signup_thanks] shortcode, but it does not appear in the frontend.
In web developer tools you can see that there is an empty element
<div class="pdb-thanks pdb-instance-2 signup-thanks"></div>
If we set signup_thanks_page to same page, we only see the empty form after submitting.
I already tried to change the “Use Alternate Session Method” preference, but with no effect.
UPDATE:
Found ticket no-emails-after-registering. We have the same issue but since we run the newest pdb version the mentioned line of code is already there. So this fix doesn’t resolve the problem.
By the way we don’t use a caching plugin.
-
This reply was modified 7 years, 6 months ago by
zimbcode.
-
This reply was modified 7 years, 6 months ago by zimbcode.
OK, well, at this point, you’ll need to take a look at your php error log when testing the form, there may be something there.
