grandeur_69 has released his latest version of CommBull as a free add-on, indicating that he no longer has time to continue developing it. I am posting this here for the benefit of other vBulletin 4.x who don't want to lose the newsletter feature (grandeur_69 has approved this).
I have the previous (commercial) version, 4.5f, which does run successfully via a cron job, running on 4.01. It required some modification of the installation instructions but it does work. I expect you should be able to get this version running as well, although as the coder noted the cron capability won't work.
1. Edit product-Commbull.xml and find the following line:
This now works. I had a ( instead of a { on the previous code. Thanks to grandeur_69 for pointing this out!
Notes:
The product is not mine so I can't offer any support for CommBull itself. However, I have been using the paid versions of this mod for some time and I'm happy to offer what support I can for making the changes necessary to get it running on 4.x.
I have been in communication with grandeur_69. He has indicated that he has no objections to this thread and that as he gets time he will be trying to develop this add-on further as a free product.
Update July 12, 2010: Product XML file provided by grandeur_69 for vBulletin 4.x.
NOTE:
If you have already done the manual edits, do NOT use the XML file. And if you import the XML file, you should not need to do the manual edits.
Some people are encountering problems using the XML file. If you are one of them, uninstall the product and use the manual edits. Those seem to work just fine.
Update July 14, 2010: Error in XML file corrected.
At one point, I was successful in integrating the EZ Bounce add-on with CommBull but then I upgraded CommBull and couldn't recall how I'd done it previously.
EZ bounce is great, as its the only option to counter bounced emails. But it still implies handling thousands of bounces, one by one, after each mailing.
EZ bounce is great, as its the only option to counter bounced emails. But it still implies handling thousands of bounces, one by one, after each mailing.
When you first implement a bounceback strategy, yes... but it needs to be a strategy where members with bouncebacks due to invalid email addresses are moved to a separate member group (I call mine Inactive). Then, when the newsletter goes out, the Inactive group is not included in the mailing list.
Once you have that set up and working, the effort to maintain it is minimal. Now I get a few bouncebacks each week and I change the usergroups for those members to Inactive if the bounceback reason is "no such address" or "no account for that user". This takes perhaps 5 minutes at most.
When you first implement a bounceback strategy, yes... but it needs to be a strategy where members with bouncebacks due to invalid email addresses are moved to a separate emmber group (I call mine Inactive). Then, when the newsletter goes out, the Inactive group is not included in the mailing list.
Once you have that set up and working, the effort to maintain it is minimal. Now I get a few bouncebacks each week and I change the usergroups for those members to Inactive if the bounceback reason is "no such address" or "no account for that user". This takes perhaps 5 minutes at most.
Not on a high traffic site. I have manually processed 20.000 bounced addresses. THat indeed took care of a lot of problems. But after that, there are still valid email accounts that turn into invalid ones and each mailing results in a large number of bounced mails to process.
It turns out that this is a huge issue as many vbulletin boards have been banned by large email providers, without even knowing it. More and more webmasters are discovering this.
I am starting to suspect that large email providers are actively reacting to vbulletins flaws in this respect. vbulletin as a whole is generating a massive amount of emails to invalid email addresses. Its a serious spam issue.
As I get time, I'll look into seeing if I can re-integrate EZ Bounce.
Thanks for the link to your article. I have already implemented all the things you discuss there. I'm not sending out 20K newsletters at a time and if I were I'd get one of the mailing list managers. CommBull really is intended for the average forum that doesn't require the big guns.
hello, thank you for update of combull. Some yeras ago, I bought commbull, and now I?ve installed in my vb4 with you modifications.
But when sending a newsletter to my users, I have had this error when I went around 2.000 user aprox.
after having this error, my forum will get stuck, being necessary to empty the bbdd Mailqueue to return to normal
Can you help me?
Thank you very much
I?m sorry for my english
I'm guessing that you are using version 5.1? If you are a licensed CommBull owner and you still have a 4.x version available, I would advise you to use that instead. I'm personally running 4.5f which avoids many of the issues with 5.1.