The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
vBouncer (PHP): reduce server load by unsubscribing bouncing members from threads Details »» | |||||||||||||||||||||||||||
vBouncer (PHP): reduce server load by unsubscribing bouncing members from threads
Developer Last Online: Nov 2023
There's also a vB 3.5 version: https://vborg.vbsupport.ru/showthrea...threadid=83486
vBouncer is a handy tool for busy forums (or those that do not require email verification) to control the amounts of bogus emails sent from and to your server. This was initially released for vB 2.x and vB 3.0.x as a Perl script, and is now fully integrated with vB as scheduled tasks with admin panel control. What vBouncer does: vBouncer monitors your mail spool file, and identifies members responsible for large amounts of bounced emails. It then issues a PM warning, and when the unsubscribe threshold is met, it will will unsubscribe them for all threads, and sets them to the "no email" subscription level. After a couple of runs, this should significantly reduce your server load. Features: Manual or auto processing option Collect logs via IMAP/POP or mail spool file Uses vB's cron files (Scheduled tasks) Custom filters to match patterns in bounced emails Encryption header to authenticate bounces. Stats on members with bouncing emails, and error codes Tuning options Verbose cron logs for diagnostics Option to send PM warning prior to reaching the limit Option to send PM notifications after reaching the limit Option to change the member's subscription default Option to all thread subscriptions to "no email" Option to all forum subscriptions to "no email" Option to move offenders to a different primary usergroup Option to process 5.0.0/550 errors (email unknown) upon a single email, isntead of observing the bounce limit Installation: 1. Extract the files into the corresponding directories (admincp => admincp, includes/cron => includes/cron) 2. Run the installation script in the admincp 3. Fill out the settings menu in the vBouncer section of the admin panel (see the how-to post below) 4. Edit includes/mail.php Find: PHP Code:
PHP Code:
PHP Code:
PHP Code:
Change log: - July 11, 2005 v1.2 Bug fix for some server/PHP setups; resolve aliases for return keys, otherwise some aliases would be considered forged. - July 5, 2005 v1.1 Bug fix in standard report pattern matching - July 4, 2005 v1.0 Added encrypted header for authentication (suggested by Paul M). - July 3, 2005 v0.9.1 added fixed a bug preventing IMAP/POP log collection. - July 2, 2005 v0.9 added IMAP/POP option and custom filters file vbouncer.ini - June 27, 2005 v0.51 for 3.0.7 Corrected installer file. - June 27, 2005 v0.5 for 3.0.7 Add setting for custom header strings. - June 26, 2005 v0.2 for 3.0.7 Initial release No changes, just removed the plugin Screenshots from 3.5 beta, but it looks the same on 3.0.7... Show Your Support
|
Comments |
#72
|
|||
|
|||
Quote:
|
#73
|
|||
|
|||
Quote:
make slx But after that, I cannot find a make install command. And the rest part of the README file really deals with installing the binaries as a daemon service, nothing really about library installation. If I went ahead to compile php with --with-imap=/usr/local/imap-2004e (which is the folder i created following instructions from php.net), then I got the above error: configure: error: Cannot find rfc822.h. Please check your IMAP installation. |
#74
|
|||
|
|||
Quote:
Code:
cp c-client/c-client.a /usr/local/lib/libc-client.a chmod 644 /usr/local/lib/libc-client.a cp c-client/c-client.h c-client/rfc822.hc-client/mail.h \ c-client/linkage.h /usr/local/include/ chmod 644 /usr/local/include/c-client.h /usr/local/include/rfc822.h \ /usr/local/include/linkage.h /usr/local/include/mail.h |
#75
|
|||
|
|||
Good to hear jb605 :up:
|
#76
|
|||
|
|||
I did a mass email, and there are a large amount of bounced emails. I didn't notice that 50 count limit, so vbouncer went ahead and processed 50 unique emails, and deleted all the others. This is really bad because I do need all those bounced emails and need to process them all. Now they are gone, even if I raise the limit, I don't have those bounced emails anymore.
Also, vbouncer seems to delete emails that it cannot identify as returned error etc. It probably should leave those emails there, because I need to modify the vouncer.inc based on the patterns on those bounced emails. I guess it might be better if vbouncer only deletes emails it has read (in imap mode). I am not sure if it is possible with system file based method or pop mode. |
#77
|
|||
|
|||
vBouncer must delete the emails after processing, otherwise it will count them as duplicates on the next run. If you get too many bounced emails on every run, just increase the frequency of the collection task, as explained in the first post. If you really need to save copies of your bounced emails, just create a cron job to copy the file for you.
|
#78
|
|||
|
|||
Quote:
Currently, I have a large amount of emails being processed but vbouncer claims no bouncing emails found. I checked the code, and find the following code kind of confusing: PHP Code:
X-Failed-Recipients: adfasdfl@yhaoo.com Is it safe for me to remove the above search for ^Final-Recipient? Thanks. |
#79
|
|||
|
|||
Quote:
vbouncer.inc allows you to add the proper patterns that match your usual bounced emails without modifying the code. vbouncer.inc currently holds 4 patterns that match the samples people here sent me so far, but you can add your own patterns to it as new cases. Not sure if you are using an old version without vbouncer.inc (it was added recently), you might want to click install to get the latest updates. |
#80
|
|||
|
|||
My fault. I should add that pattern into vbouncer.inc instead of modifying the code. Adding it to vbouncer.inc does the same thing.
Thanks. Also, maybe you didn't expect, but I have a few thousands of bounced email addresses, and my stats page takes a long time to load. A pagination will probably solve that problem. |
#81
|
|||
|
|||
I have this installed but it will not display any bounced emails in the stats screen and the
"Last run with results" portion of the same screen shows "19:00, 31st Dec 1969" as the last run date even though I ran the cron script myself manually in the admincp to test it. Im using the IMAP mode. What could be set wrong? |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|