All emails stuck on “Queued” position

  • We have had all of the emails stuck on “Queued” status for a couple of weeks now. I have downloaded WP Crontrol and tried running the events that way but the emails are still stuck on “queued”. I’ve also used WP CLI to try and run these events but nothing happens.

    Here is what shows up under “Support”. 

    Web Server: Apache
    Multisite Site Count: 54
    Domain Mapping: Disabled
    WP Locale: en_US
    PHP: 8.2.19
    PHP Memory Limit: 512M
    WP Memory Limit: 64M
    Memory Usage: 10 MB
    WP Max Upload Size: 49 MB
    PHP Time Limit: 30
    PHP Error Log: 
    MySQL: 8.0.35
    ext/mysqli: yes
    cURL: 7.88.1
    OpenSSL: OpenSSL 3.0.9 30 May 2023
    fsockopen: Enabled
    allow_url_fopen: Enabled
    Zlib Compression: Enabled
    Basic Auth: Disabled
    Proxy: Disabled
    Blocked External HTTP Requests: None

    Send Mail Using SES: On
    Enqueue Only: Off
    Enable Open Tracking: Off
    Enable Click Tracking: Off
    Region: us-west-2
    Log Duration: 30
    Instantly Remove Successfully Sent Emails From The Log: Off
    Remove Successfully Re-sent Failed Emails From The Log (Pro only): Off

    WP Cron: Enabled
    Alternate WP Cron: Disabled
    Last Run: 19:49:47 2025-01-02 UTC
    Next Scheduled: 21:03:09 2025-01-30 UTC
    Queued: 258
    Failures: 572

    WPOSES_SETTINGS: Defined
    WPOSES_LICENCE: Not defined
    AWS_USE_EC2_IAM_ROLE: Not defined

    Not sure what else to do to fix this issue.

    We also have this set up in another multisite network and it works just fine.

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Support Delicious Brains Support

    (@dbisupport)

    Hi there!

    WP Offload SES Support Team here, Thanks for reaching out with your query we would be happy to assist!

    Can you please try editing your wp-config.php file on the server to replace this line:

    define( 'WP_DEBUG', false );

    With these lines –

    define('WP_DEBUG', true);
    define('WP_DEBUG_LOG', true);
    define('WP_DEBUG_DISPLAY', false);

    This will cause all runtime errors, warnings, and notices to be written to /wp-content/debug.log, which will hopefully yield some better information about what’s going on.

    Can you please try the process again and then send on the debug.log file if created? You can use a file sharing app such as WeTransfer.

    More details about that at https://www.ads-software.com/support/article/editing-wp-config-php/#wp_debug

    Once we have finished troubleshooting, you should revert that config change and delete the debug.log file.

    We look forward to hearing back!

    Thread Starter eavasquez811

    (@eavasquez811)

    Hello,
    I checked the log file and there is nothing there that would help guide us in finding the issue to this problem. Sending out a test email works fine but any form that gets filled out through Gravity Forms or any email about a new website being created gets hung up in the queue list.

    Plugin Support Delicious Brains Support

    (@dbisupport)

    Hi @eavasquez811,

    Thanks for the additional info. Can you please confirm if you’ve also set up an external cron?

    https://deliciousbrains.com/wp-offload-ses/doc/cron-setup/

    It might also help to check the oses_failures table in the database and share some values from the “error” column. Feel free to redact any sensitive information.

    We look forward to your response!

    Thread Starter eavasquez811

    (@eavasquez811)

    Hello,
    During the process of troubleshooting, the tables were cleared of all the queued emails and other information. Currently we have 17 emails in the queue under oses_jobs. the “Attempts” column have all 0 listed for them. When trying to view the oses_failures table nothing shows up.

    For the other multisite network, we don’t have the external cron set up and it’s been working fine. This multisite network was working fine but then in the beginning of January it stopped working for some reason.

    Plugin Support Delicious Brains Support

    (@dbisupport)

    Hi @eavasquez811,

    Since the site was working fine until January, do you recall any changes around that time that might have affected background processing or email sending? You might find it helpful to check Tools > Site Health in your dashboard for any critical errors that could be related to the issue.

    Regarding the other multisite, it could be receiving enough traffic for cron to run regularly, while this one might not. Setting up an external cron will help ensure emails are processed consistently.

    We look forward to hearing from you.

Viewing 5 replies - 1 through 5 (of 5 total)
  • You must be logged in to reply to this topic.