• Resolved rxas

    (@rxas)


    Hi there, I’ve been using your plugin for some time, but I’ve run into a strange issue. I use Brevo free plan (max 300 emails a day) with a delivery velocity of 12 max per hour to stay under the 300 per day speed. Never had an issue, but I tried to sent a newsletter out and it stalled at 234 deliveries I paused it and retried a few times, changed the API key from Brevo, etc, but it wouldn’t go past 234.

    So I deleted the newsletter and started again, ran great from the start, but again it stalled at 234 deliveries, been stuck there for a couple days.

    Any idea how I can get this to continue?

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Support Michael Travan

    (@michael-travan)

    Hello @rxas and thanks for using our plugin. Did you try to take a look at Brevo’s logs to see if they provide some more insights on this behaviour? Also, which version of Newsletter are you currently using?

    Michael

    Thread Starter rxas

    (@rxas)

    There is nothing abnormal on the Brevo log, I am also speaking to them about it. I was able to “test” the settings with both SMTP Brevo and Standalone Brevo addons and there was no issue with the test, and the test also showed up in Brevo.

    I tried both Brevo SMTP, and Brevo addon and both do not work. I paused the newsletter from sending, I turned off both the Brevo and SMTP addons hoping it would send with the wordpress mailer, started the newsletter again, but even that is not working, still stuck at 234. I think it may be related to your plugin.

    Newsletter Version is 8.1.7

    • This reply was modified 8 months, 4 weeks ago by rxas.
    Plugin Support Michael Travan

    (@michael-travan)

    It is a strange behaviour indeed. Could you plese turn debug logging on and see if that helps?

    Michael

    Thread Starter rxas

    (@rxas)

    Okay I activated debug mode, and changed the log to debug.

    I was actually successful in sending an email, I am not sure why it is now changed. Does debug help fix problems on its own? I’ll leave debug mode on for now, and debug log mode, but I dont want to keep it on forever.

    in the “main” log I saw that my sub 266 had an invalid email, I deleted that sub just to be sure, then the next job it showed a successful email was sent. Is it possible the system was hanging up on sub 266? Not sure why it would be happening now as I.ve send quite a few newsletters out to my sub base. That was the only entry in the “main” long, after that, a successful email was sent out which was logged in the SMTP log.

    One other thing I noticed was the database table change had a KO, which i manually reset, it is now OK.

    EDIT: I’ve turned off debug mode, and changed the log back to “normal”. Emails are still sending so looking good.

    • This reply was modified 8 months, 3 weeks ago by rxas.
    • This reply was modified 8 months, 3 weeks ago by rxas.
    Plugin Author Stefano Lissa

    (@satollo)

    Hi, the debug mode should have produced a log file named “php-aaaaaa.txt” and you can find it on Help/System/Logs (in the latest version of the plugin). Since probably the problem was due to a fatal error, it would be very useful to understand why an invalid email generated those errors. Could you share the content of that file with me (stefano [at] thenewsletterplugin [dot] com)? An invalid email address should not generate a fatal error in our (or others’ code), having the error we can try to intercept it.

    Thank you!

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Newsletter stalls at 234 deliveries’ is closed to new replies.