Version: 3.8.001, by Paul M
Developer Last Online: Nov 2023
Category: Administrative and Maintenance Tools -
Version: 3.8.x
Rating:
Released: 01-09-2009
Last Update: Never
Installs: 295
Uses Plugins
Code Changes Additional Files Translations
No support by the author.
As of 24 Nov 2017 this modification has been withdrawn.
In default vBulletin, if you send a large number of e-mails, vbulletin either puts them in it's queue and attempts to send them as each user visits a page, or just simply tries to send them straight away (as is the case when you use the Administrators email users inteface).
The result of this can be that your server can gets seriously overloaded very quickly - or on many hosts, you get banned for exceeding their e-mail sending limits. This can make sending several thousand e-mails (like a newsletter) very difficult.
This modification does two things ;
1. The processing of the mail queue is set-up as a vbulletin cron item.
2. Allows you to add a small delay before each e-mail is sent (between 1 and 9 seconds).
3. E-mails from the ACP inteface are sent to the mail queue, not straight to the mail system.
Use option 2 carefully, otherwise you will slow your e-mail system right down.
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 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.
History:
v3.8.001 : First Release for vB 3.8.
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
I thought to solve the problem I have in sending mass emails to users, because the new server takes a long to send 20,000 emails while in the old party in 45 minutes.
It seems it isn't handling the daily & weekly digest or is it?
1897 Weekly Digest 00:47, 15th Feb 2010 Weekly Digest Sent
1896 Daily Digest 00:45, 15th Feb 2010 Daily Digest Sent
1895 Process Mail Queue for vBulletin 3.7 00:23, 15th Feb 2010 Processed Mail Queue
I thought to solve the problem I have in sending mass emails to users, because the new server takes a long to send 20,000 emails while in the old party in 45 minutes.
Sorry but you still dont seem to be actually asking a question.
Quote:
Originally Posted by Aeolian
possible to make it to work with vb4?
cheers!
If you use the vb4 version, then yes.
Quote:
Originally Posted by extreme-gaming
It seems it isn't handling the daily & weekly digest or is it?
1897 Weekly Digest 00:47, 15th Feb 2010 Weekly Digest Sent
1896 Daily Digest 00:45, 15th Feb 2010 Daily Digest Sent
1895 Process Mail Queue for vBulletin 3.7 00:23, 15th Feb 2010 Processed Mail Queue
What do you mean by "not handling" ? - this has no direct link with Digest cron jobs.
Paul
In practice I do not solve the problem I have in my server slow email delivery?
Then the general usefulness of the product is something that you may have misunderstood.
Thanks.
This product is not about the speed your server delivers e-mail, and in fact, by its very nature, it will slow down the rate at which e-mail is sent, not speed it up. I have no idea what the second part of your message is supposed to mean, but I do not misunderstand my own mods.
This product is not about the speed your server delivers e-mail, and in fact, by its very nature, it will slow down the rate at which e-mail is sent, not speed it up. I have no idea what the second part of your message is supposed to mean, but I do not misunderstand my own mods.
Cron based e-mail sending Details »»
About Developer
Visit Web Site
Uses Plugins 
No support by the author.
02-15-2010, 03:50 AM
