Plugin intermittently does not send email (GMail SMTP)

  • Resolved ctoddwp

    (@ctoddwp)


    8 years, 6 months ago

    We have a gravity form setup to send notifications to five recipients. The form works about 50% of the time (we see the email going our of the GMail account sent-mail folder and the G Suite Email logs). The other 50% of the time email is not sent, we do not receive and error, and this does not show up in the Postman SMTP error log. No errors show up in the Apache log either (we’re an on AWS EC2 server).

    I have tried re-sending form entries through Gravity Forms and those also send out intermittently.

    I am unable to find any indication of why this is not functioning consistently.

    Postman is configured as follow :

    Postman will send mail via SMTP-STARTTLS to smtp.gmail.com:587 using OAuth 2.0 authentication.

    The Connectivity test works fine.

    The Diagnostic test appears fine :

    OS: Linux ip-10-0-1-7.us-west-2.compute.internal 2.6.32-696.13.2.el6.x86_64 #1 SMP Thu Oct 5 21:22:16 UTC 2017 x86_64
    PHP: Linux 5.6.31 C
    PHP Dependencies: iconv=Yes, spl_autoload=Yes, openssl=Yes, sockets=Yes, allow_url_fopen=Yes, mcrypt=No, zlib_encode=Yes
    WordPress: 4.8.3 en_US UTF-8
    WordPress Theme: UnderStrap
    WordPress Plugins: Gravity Forms, Advanced Custom Fields PRO, Force Plugin Updates Check, Google Analytics for WordPress by MonsterInsights, Gravity Forms Survey Add-On, Gravity Forms User Registration Add-On, Gravity Forms Zapier Add-on, GravityView – Advanced Filter Extension, GravityView Notifications, GravityView, List Urls, Login Widget With Shortcode, Page Restrict, Peter’s Login Redirect, Post SMTP, Shortcoder, User Role Editor, Video User Manuals, Wordfence Security, WP Migrate DB Pro Media Files, WP Migrate DB Pro
    WordPress wp_mail Filter(s): wp_staticize_emoji_for_email
    WordPress wp_mail_from Filter(s): wordfence::fixWPMailFromAddress
    Postman: 1.7.7
    Postman Sender Domain (Envelope|Message): outreach-foundation.org | outreach-foundation.org
    Postman Prevent Message Sender Override (Email|Name): No | No
    Postman Active Transport: SMTP (smtp:tls:oauth2://smtp.gmail.com:587)
    Postman Active Transport Status (Ready|Connected): Yes | Yes
    Postman Deliveries (Success|Fail): 262 | 0

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter ctoddwp

    (@ctoddwp)

    8 years, 6 months ago

    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.

    yehudah

    (@yehudah)

    8 years, 6 months ago

    Hi,

    Please enable debug logging in wp-config.php

    
 // Enable WP_DEBUG mode
define( 'WP_DEBUG', true );

// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );

// Disable display of errors and warnings 
define( 'WP_DEBUG_DISPLAY', false );

    Now under Post SMTP setting (show all settings) go to the Advanced tab and select
    PHP Log Level as Trace

    Test again, and paste the log here.
    verify that there isn’t any detail you don’t want to be public.

    Thread Starter ctoddwp

    (@ctoddwp)

    8 years, 6 months ago

    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()

    Thread Starter ctoddwp

    (@ctoddwp)

    8 years, 6 months ago

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

    yehudah

    (@yehudah)

    8 years, 6 months ago

    Sorry was away for work, Could you try turn off wordfence just for testing ?

    I’m trying to do a few tests on my side right now.

    yehudah

    (@yehudah)

    8 years, 6 months ago

    One more question
    The emails that not sent, what their staus in postman emails log ? Under tools menu.

    Thread Starter ctoddwp

    (@ctoddwp)

    8 years, 6 months ago

    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!

Viewing 7 replies - 1 through 7 (of 7 total)

The topic ‘Plugin intermittently does not send email (GMail SMTP)’ is closed to new replies.

Tags