Usually these issues are caused by the SMTP plugin, or whatever it is connecting to, not liking the way things are formatted. Hench the option to not use CC/BCC and instead use individual “to” emails. That particular error message can either be if there is a problem with the data/objects passed to my plugin’s function that creates the email, or, more often, the result of the wp_mail function returning false, meaning that the email wasn’t sent for some reason which is not indicated. Plugins like WP Mail SMTP are replacing the WordPress wp_mail function with their own wp_mail function. My plugin doesn’t actually send any emails, it just calls wp_mail and shows a message based on if that returns a true or false type value.
The best way to test to see if this is a problem with the SMTP plugin, or some type of data error, is to temporarily deactivate your SMTP plugin so that the email gets sent through the generic PHP server mailer that WordPress uses by default. Sign up for something with your own email address as a test and see if you still get the error. If you don’t, then it has something to do with the SMTP plugin that is causing the issue. If you still get the error, then it gets tricky as you would need to try to find a way to debug what’s happening at different points in the code to see where it is failing.
Also, make sure you have a default confirmation email set up and that the sheet/task you are using has a valid confirmation email template selected. Note with version 6.0.2 of the main/free plugin, email templates are handled in the main plugin, even though the old version of the Customizer has custom emails you can create (as I release compatibility updates for all the extensions, that feature will be permanently removed from the Customizer since it’s now handled by the main/free plugin).
Note: Make sure you have a system default confirmation email template set up in the main/free plugin. I just installed a fresh copy on a fresh site and noticed that there was a bug that did not automatically create all the default email templates for a brand new activation (only was migrating email templates from previous versions). Working on a fix to that now. So, that could be the issue is that you don’t have a confirmation email template set up yet since you just installed this for the first time at version 6+
I was able to solve this by creating a Confirmation Email template and assigning that as the default for all confirmations – so the lack of default email templates may have been the issue.
Minor issue – the From name and address on the emails doesn’t match the From name and address in the email templates. It seems to be using the From email address set in the email settings of the main plugin.
Thanks, Stan
OK. Glad you got that first part worked out. I have a fix for default templates not getting created for brand new activations. I’ll check out the From name/email issue and include that fix if I can recreate the issue. Thanks for letting me know.
Version 6.0.3 was just released on my site which has a fix to make sure the default email templates are created during fresh installs, and also updated to use the from name/email in the templates if they are not blank.
