Hey, thanks for the kind words about the plugin. Sorry to hear you’re having issues with the SMTP module.
Are you able to tell me a bit more about your setup? Are you using standard IMAP account, an email sending service? Is it all emails or certain emails?
Hey, thanks for sticking with this. I have two requests so we can pin down the conflict.
- Could you share the exact code snippet you use to disable
wp_mail? Paste it in full if you can. Let me know where it lives too: a mu-plugin, a snippets plugin, your theme’s functions.php, or somewhere else.
- What problem were you trying to solve when you disabled
wp_mail? I ask so we can fix the right thing. If there is a real issue (deliverability, spam, runaway notifications), there may be a better fix than disabling the function.
A bit of context that might help. There is nothing special about how our module sends mail. SMTP plugins work by configuring WordPress’s wp_mail() function to send through a real SMTP server instead of the default PHP mail() routine. The same PHPMailer library does the sending in every case. The plugin just tells it where to send. All we do is add a UI on top to make it easy to set up.
So disabling wp_mail does not gain you anything when you have an SMTP plugin installed. It removes the function our module needs to hook into. Depending on how your snippet disables it, that disable can sit on top of the hook we use to take over the send. That is the most likely cause of what you are seeing.
We are working on a fix on our side. It should make the module work even if a snippet has tried to disable wp_mail. That will ship in a future release. For now, I would suggest removing the snippet:
- If you did not need it for a reason, removing it costs nothing. Our module will configure
wp_mail to send via SMTP the way you want.
- If you did need it for something (for example silencing notifications on a staging site), let me know what for. We can find a more targeted approach.
Thank you for digging into this, let me explain my philosophy, which may be flawed now that I read your feedback
The reason I wanted to disable the default method of sending mail was because I wanted to be certain mail was going through your module, and not through other methods
So, I thought if I disable default mail routines, I’ll know for sure if mail is actually going through SMTP, here is the code snippet I added
I couldn’t think of any other to prove to myself that your SMTP module is actually taking control of all outgoing mail, maybe not such a good idea in retrospect
function rv_disable_wordpress_mail( $return, $atts ) {
return true;
}
add_filter( 'pre_wp_mail', 'rv_disable_wordpress_mail', 10, 2 );
