Home › Forums › Newsletter Plugin Support › Newsletters stuck in final sending process
- This topic has 4 replies, 2 voices, and was last updated 1 day, 2 hours ago by
Stefano.
-
AuthorPosts
-
November 27, 2025 at 2:36 pm #351376
User
ParticipantHi,
We have used the Newsletter Plugin for many years without any issues. However, we are currently experiencing a severe issue where the newsletters are not being sent in the final sending process.
We are using WordPress Ver. 6.8.3 with Newsletter Plugin version 9.0.8. We have set up an external SMTP service. We use WP Mail SMTP. Despite not making any changes, the newsletters suddenly got stuck in the final delivery process and did not start at all, getting stuck at 0/x. Email delivery itself works: sending out test emails, WordPress service emails and newsletter tests works without any problem, and they are always delivered. It is only when it comes to the final delivery process that the newsletter delivery process won’t start.
Checking the protocol of the newsletter plugin does not help because nothing is logged. We have now switched to the FluentSMTP plugin. Email delivery works with this plugin as well. However, when we experience the problem of the final newsletter not being sent out and getting stuck at ‘Sending 0/x’, the FluentSMTP plugin does not even register the Newsletter plugin attempting to send the newsletter, as can be seen in the FluentSMTP logs.
To make matters worse, for testing purposes we set up a small mailing list of three recipients. We then encountered a non-reproducible issue where sometimes newsletters are sent right away, while others, or even the same one, get stuck at ‘sending 0/x’ in a later attempt.
WordPress and the newsletter plugin are fully set up and all system checks have passed.
Having this non-repetitive issue makes solving it very difficult, especially as we have been trying to do so for over a week.We would be grateful for any assistance and are happy to help.
Kind regards, Dennis
November 27, 2025 at 2:55 pm #351377Stefano
KeymasterHi, it seems a WP Scheduler problem. On our Help/Scheduler page do you see some “KO”?
When you send to very few subscribers, the plugin force the starting of the first bacth, that is why you see those emails being delivered (it’s something for impatient people… :-)).
November 27, 2025 at 3:15 pm #351381User
ParticipantHi Stefano,
Thanks for your quick reply! Lol, Iget the idea behind the ‘impatient people feature’ 😉Anyway, when I checked the WP Scheduler, everything was marked with a green ‘OK’. This is for the parameter “Scheduler: OK” and “Delivery job: OK (note: everything seems fine!)”. All the others below are also marked with a green OK.
A cron job triggers WordPress every 300 seconds as recommended.
However, just seing ‘Job next run’ made me realise that it says in German ‘Job next run: 7. Februar 2036, 12:01; 20:57:49 left”, which basically means that it will run on 7 February 2036 at 12:01. How can it be so long ahead?
Just below at ‘Last cron call’ it shows that the last cron call has always been within the past 5 minutes, which tells me that it is running correctly there.
I’m confuded why ‘Job next run’ is so far in the future, even though I have not actively scheduled the newsletter.
November 27, 2025 at 7:20 pm #351411User
ParticipantHi again,
I solved the issue by checking and reconfiguring the WordPress cron jobs with WP Crontrol. For some reason, many of them had their next execution scheduled for 10 years’ time. This did indeed affect the scheduler, but not for configuration reasons, but because of the ridiculous planned next execution times.
Thanks for pointing me in the right direction!
November 27, 2025 at 8:30 pm #351413Stefano
KeymasterUhm, since the time is dictated by the server, for some odd reasons, the server has been set at the year 2036 for just a while.
🙂 -
AuthorPosts
- You must be logged in to reply to this topic.