ctoddwp

Thank you, much appreciated!

Chris

When will this fix be applied to the plugin? The current Version 0.9.7.5 was released 3 months or so ago. Just don’t like the idea of modifying code in an active plugin.

I disabled WordFence as well as upgraded to the new version of Post SMTP and no luck.

As it turns out, this is a Gravity Forms bug. Our form contains multiple email fields for team members, and a single notification that is sent to all members. In the event any of those email fields was left blank, Gravity Forms silently fails to send a notification to anyone. It seems the email address parsing logic fails when one or more addresses is empty.

Thanks for all your help!

Is there any further information I can provide to troubleshoot this?

The log is very sparse compared to a successfully sent email. For successful emails the next entry is PostmanWpMail, but we never get there. Next steps?

[07-Nov-2017 17:55:37 UTC] DEBUG Postman: Postman SMTP v1.7.7 starting
[07-Nov-2017 17:55:37 UTC] TRACE PostmanWpMailBinder: Binding to wp_mail()
[07-Nov-2017 17:55:37 UTC] DEBUG PostmanWpMailBinder: Bound to wp_mail()
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: Postman memory used: 1.3 MiB
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:37 UTC] DEBUG Postman: Admin start-up sequence
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: Registering admin menu addPortTestSubmenu
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: Registering admin menu addConfigurationSubmenu
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: Registering admin menu addSetupWizardSubmenu
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: Registering admin menu addEmailTestSubmenu
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:37 UTC] TRACE PostmanUtils: Registering admin menu addDiagnosticsSubmenu
[07-Nov-2017 17:55:38 UTC] TRACE PostmanEmailLogPostType: Created post type: postman_sent_mail
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: Registering admin menu generateDefaultContent
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: Registering admin menu addPurgeDataSubmenu
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanViewController: registerStylesAndScripts()
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanConnectivityTestController: registerStylesAndScripts()
[07-Nov-2017 17:55:38 UTC] TRACE PostmanConfigurationController: registerStylesAndScripts()
[07-Nov-2017 17:55:38 UTC] TRACE PostmanUtils: calling current_user_can
[07-Nov-2017 17:55:38 UTC] TRACE PostmanSendTestEmailController: registerStylesAndScripts()
[07-Nov-2017 17:55:38 UTC] TRACE PostmanDiagnosticTestController: registerStylesAndScripts()

As a followup, I can confirm that some form entries can be consistently resent and others can not. I have validated that all of the email addresses look normal. When running an strace on the Apache/PHP processes, I note that for forms that can not be sent, PostmanZendMailEngine.php is never called, nor is there a connection attempt to Google’s SMTP server. It would appear some condition is not being satisfied, or violation is occurring, but it is not obvious nor is it being logged. This has happened consistently on several form entries.