Administrative and Maintenance Tools - Cron Based E-Mail Sending

This modification is no longer available or supported.

In default vBulletin if you send a large number of e-mails, vbulletin either puts them in it's queue and then attempts to send them as each user visits a page, or just simply tries to send them straight away (This is the case when you use the Administrators email users inteface).

As a result of this your server can become seriously overloaded very quickly - so sending several thousand e-mails (like a newsletter) can become very difficult (hours spent clicking 'next' in the ACP) - as a result of these problems, this very simple modification was born.

This modification does two things ;

1. E-mails from the ACP inteface are sent to the mail queue, not straight to the mail system.

2. The processing of the mail queue is set-up as a vb cron item.

Obviously for this to work, you must turn on e-mail queuing in the ACP options - set 'Use Mailqueue System' to 'Yes', and 'Number of Emails to Send Per Batch' to a realistic value (based on the cron setting, as below).

There are two realisitc options for the cron job, you can either set it to run every minute, and set the items to be processed to something small (like 10), or you can do what this modification does by default and set it to run every 10 minutes, and set the items to be processed to something larger (like 100).

Remember, 10 per minute = 600 per hour, 100 per 10 minutes is also 600 per hour. The numbers really depend on how quick you want large queues processed, and how much your mail server can handle in one go.

Once working, when using the ACP mail users inteface, remember you can set it to process 9999 at once (not 500 or whatever) as the mails will now go into the queue, not be sent directly.

Note: This modification will affect any queued e-mails such as subscription e-mails. It will not affect registration e-mails as they bypass queuing anyway.

This modification includes the code by Antivirus that displays the current size of the mail queue (v3.7.002 onwards).

Version 3.7.003 has the option to add a small delay before each e-mail is sent (between 1 and 9 seconds). Use this option carefully.



History:

v3.7.001 : First Release for vB 3.7
v3.7.002 : Added mail queue size display code.
v3.7.003 : Added option for a delay between the sending of each e-mail.

[Sworm]

Hi all,
this mod work on vb 3.8 too?

thanks

[TMH63]

Can someone please help me with this one? I've read through this whole thread twice and I'm still a little confused on how many emails will be sent per hour.

Here's what I have setup....

Number of Emails to Send Per Batch=8
E-Mail Send Delay=0

When I sent the mass email..... Email to send at once: I set at 100

*Scheduled Task Manager*
Days of the week=*
Day of the month=*
Hour=*
Minute=0,10,20,30,40,50

EDIT:

If I understand this correctly.......I'm beginning to believe that the amount of "Email to send at once" is irrelevant with this mod. One could have it set really to any amount. I've been watching and it seems that 8 emails are being sent every 10 min.

If someone could verify everything above....I'd appreciate it!

[Chimpie]

Originally Posted by TMH63

EDIT:

If I understand this correctly.......I'm beginning to believe that the amount of "Email to send at once" is irrelevant with this mod. One could have it set really to any amount. I've been watching and it seems that 8 emails are being sent every 10 min.

If someone could verify everything above....I'd appreciate it!

You have everything correct.

[TMH63]

Originally Posted by Chimpie

You have everything correct.

Perfect! Thanks for verifying. My host allows 500 emails per hour, so I guess that I can just tweak the "Number of Emails to Send Per Batch" up to get them out faster.

[Paul M]

Yes, you can set it to 80 (6 x 80 = 480 per hour).

[TMH63]

Paul,

One thing that I've noticed though now is that for those including myself who want to get emailed on PM's received or new registrants....I'm now not getting those immediately like before.

Is there a work around to this or it is what it is?

[Paul M]

That is how vb is designed, new registration emails are not queued, I'm surprised PM notifications arent tho.

[TMH63]

Originally Posted by Paul M

That is how vb is designed, new registration emails are not queued, I'm surprised PM notifications arent tho.

Yes I know registration emails aren't queued, but my email notification of their registry is along with the email that I receive when someone sends me a PM. That's what I was wondering if there is a work around for. Prior to this mod install, I received those instantly....now they lag.

Just curious.

[cellow]

Note: This modification will affect any queued e-mails such as subscription e-mails. It will not affect registration e-mails as they bypass queuing anyway.

Originally Posted by cellow

This is not working 4 me. I looked up in the database and could see that every email is in the queue. Activation-emails, registration email :-(

How can i solve this problem?

*BUMP*
why i dont get any answer for that? Look into ur database, and u will find also queued registrion & activationlink emails!

[RedFoxy]

do it goes with 3.8.0?