Non queuing single mails

That’s redundant. Mandrill will accept all 400 recipients and queue them internally.

Yep, but it seems that sendmail is processing them in a loop, one-by-one, causing the website to take over 5 minutes to process 400 mails.. eventually hitting at time-out, even with the Mandrill plugin.

I havent testet your plugin with a mail to all 400 users yet, but I hope it will go significantly faster. The problem about solitary mails is the same, without mandrill, however .

I havent testet your plugin

Not my plugin.

even with the Mandrill plugin.

The idea with the Mandrill plugin is you avoid SMTP altogether by using the API (web service). That’ll only take a few seconds to send your request.

Unless you have some other reason for using the mandrill plugin in SMTP mode?

Im not using SMTP.

Mandrill sure does only take a few seconds, but only if mandrill gets the 400 mails in one call, but it seems that WP/mandrill-app is making 400 calls.

So I would like to use the Mailing Queue-plugin instead. But it has the topic of even queuing solitary mails, adding an unnessary delay to fx “new-password” mails.

thx for fast reply btw

Problem: It takes more than 5 minutes to send 400 mails from BuddyPress, resulting in locked screen and eventually a time out.

Mandrill-app doesnt help, as it seems to make a call for each mail. giving the same result.

Interesting, and unfortunately I’m way off topic now so this will be my last message here. But if you don’t mind one last thing, perhaps you could help me test the beta version of my own plugin. It implements the Mandrill API to send mail to Mandril, and I’d love to know if it takes as long as you claim wp mandrill is taking. The plugin is here and if you try it and have feedback we can discuss in that forum.

Jason

From the beginning:

BuddyPress loops over each mail, resulting in timeout when doing Mass_Messages to more users that a few 100.

This brilliant plugin brings the execution time down, so the internal loops in BP is no problem. 400 mails in less than 30 seconds! Great, it just saved my big extranet!!

It queues however also solitary mails like “New password”. With standard settings, the user will have to wait up to 5 minutes. I have therefore adjusted the “wp_cron interval” to 30 seconds… I do not know if this melts the server down ??

Would be nice with an option to pass solitary mail “Send directly without waiting for cronjob to process queue”.. the functionality is already available in the tools section,

I just updated the plugin. You now have an option to set how many recipients you at least need to start queuing the emails.

This only works when multiple recipients are added to one wp_mail() call. If you use separate wp_mail() calls for your 400 mails this will not work.

Thx. You are fast!! But you are problably has right, however relevant the upgrade wont affect me.

But with “wp-cron-interval” set to 30 seconds, the plugin works splendid for me.. really at must have!