The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Details »» | |||||||||||||||||||||||||
Description:
This hack provides a gateway to selected usenet groups. The entire usenet group is mirrored locally. Posts submitted locally to mirrored newsgroups will also be sent out to usenet. A single perl script is executed via cron that collects news and posts any outgoing articles. Incoming messages are parsed against customizable spam filters and threaded correctly before being placed in your forums. By default, no personal information is sent to usenet other than the posters username and whatever you have globally configured as a footer and organization. The option does exist for a user to include a custom email to use for usenet posts. After initial installation (which involves creating some new tables, adding a few columns to existing vB tables, and entering the database connection information to the news script) configuration is completed via the vB control panel.
Current version is 20020323 for vB2.xx Current feature list:
Main Options More Options Configuration of Newsgroups Add New Newsgroups Spam Control What an imported usenet article looks like in vB The latest version of this hack will always be in this first post of the thread. Before asking questions in this thread, please read all the posts in this thread. If your question goes unanswered, it will probably be because the question has already been answered countless times in this thread. This hack was created for use on my forums and will only be supported as time permits. Links to required Perl Modules Show Your Support
|
Comments |
#2
|
|||
|
|||
Little Problem with SEARCH.PHP
The new code for ...newusenet search does not seem to work. I get redirected to the standard search instead of displaying the no results forund. Any help appreciated ... I'm still looking ==========================================
|
#3
|
||||
|
||||
Great work. Installation went very smoothly. Binary attachments aren't that important for me. I'm still playing abit around.
A great feature would be, that Usenet posters would be given the title Usenet guest or so automatically. |
#4
|
|||
|
|||
I seem to be having some trouble. I have upgraded as per the instructions. I seem to be loading quite a bit of data, but no population of the threads is observed. (sometimes... 1 or 2 pop up )
I also restarted from scratch some loads and after a while I get the following : Code:
sh-2.04$ perl www/admin/newnews.pl Connecting to news.newzpig.com... Connected Sending authentication info... Authenticated and logged in Processing outgoing posts Getting article batch from bit.listserv.ispf-l No new messages in bit.listserv.ispf-l inserting new threads from bit.listserv.ispf-l Processing outgoing posts Processing outgoing posts Getting article batch from bit.listserv.tsorexx No new messages in bit.listserv.tsorexx inserting new threads from bit.listserv.tsorexx Processing outgoing posts Processing outgoing posts Getting article batch from comp.databases.ibm-db2 Fetching headers of articles 46866 to 46915... I 46866-46915 = 49 ( I requested 50 ) does this mean that if I request 1, nothing will happen ? yip request one get none Processing headers for article 46867... Where is 46866 ? Hmm leaves 48 now to process Processing headers for article 46868... Processing headers for article 46869... Processing headers for article 46870... Processing headers for article 46871... Processing headers for article 46872... Processing headers for article 46873... Processing headers for article 46874... Processing headers for article 46875... Processing headers for article 46876... <snip> Processing headers for article 46892... Processing headers for article 46893... Processing headers for article 46894... Processing headers for article 46895... Processing headers for article 46896... Processing headers for article 46897... Processing headers for article 46898... Processing headers for article 46899... Processing headers for article 46900... Processing headers for article 46901... Processing headers for article 46902... Processing headers for article 46903... Processing headers for article 46904... Processing headers for article 46905... Processing headers for article 46906... Processing headers for article 46907... Processing headers for article 46908... Processing headers for article 46909... Processing headers for article 46910... Processing headers for article 46911... Processing headers for article 46912... Processing headers for article 46913... Processing headers for article 46914... Processing headers for article 46915... Fetching article body 46867... OK Where is 46866 ? Hmm leaves 48 now to process Fetching article body 46868... OK Fetching article body 46869... OK Fetching article body 46870... OK Fetching article body 46871... OK Fetching article body 46872... OK Fetching article body 46873... OK Fetching article body 46874... OK Fetching article body 46875... OK Fetching article body 46876... OK <snip> Fetching article body 46901... OK Fetching article body 46902... OK Fetching article body 46903... OK Fetching article body 46904... OK Fetching article body 46905... OK Fetching article body 46906... OK Fetching article body 46907... OK Fetching article body 46908... OK Fetching article body 46909... OK Fetching article body 46910... OK Fetching article body 46911... OK Fetching article body 46912... OK Fetching article body 46913... OK Fetching article body 46914... OK Fetching article body 46915... OK Processing article batch... Requested 49 messages... 0 not available or rejected. I REQUESTED 50 actually records 48 inserting new threads from comp.databases.ibm-db2 Processing outgoing posts Processing outgoing posts Getting article batch from bit.listserv.asm370 No new messages in bit.listserv.asm370 inserting new threads from bit.listserv.asm370 Processing outgoing posts Processing outgoing posts Getting article batch from comp.lang.apl No new messages in comp.lang.apl inserting new threads from comp.lang.apl Processing outgoing posts Processing outgoing posts Getting article batch from comp.lang.cobol No new messages in comp.lang.cobol inserting new threads from comp.lang.cobol Processing outgoing posts Processing outgoing posts Getting article batch from comp.lang.fortran No new messages in comp.lang.fortran inserting new threads from comp.lang.fortran Processing outgoing posts Processing outgoing posts Getting article batch from comp.lang.rexx No new messages in comp.lang.rexx inserting new threads from comp.lang.rexx Processing outgoing posts Processing outgoing posts Getting article batch from comp.lang.c++.moderated No new messages in comp.lang.c++.moderated inserting new threads from comp.lang.c++.moderated Processing outgoing posts Clean disconnection from news.newzpig.com Purging usenet articles... Purging usenet threads older than 356 days from bit.listserv.ibm-main... OK Purging usenet threads older than 356 days from bit.listserv.vse-l... OK Purging usenet threads older than 356 days from bit.listserv.ispf-l... OK Purging usenet threads older than 356 days from bit.listserv.tsorexx... OK Purging usenet threads older than 356 days from comp.databases.ibm-db2... OK Purging usenet threads older than 356 days from bit.listserv.asm370... OK Purging usenet threads older than 356 days from comp.lang.apl... OK Purging usenet threads older than 356 days from comp.lang.cobol... OK Purging usenet threads older than 356 days from comp.lang.fortran... OK Purging usenet threads older than 356 days from comp.lang.rexx... OK Purging usenet threads older than 356 days from comp.lang.c++.moderated... OK Purge completed. |
#5
|
|||
|
|||
I needed to do this to the code to be able to understand it ..
it sorts out the counting problem (fetchlimit=1 also works) ... the console output I added '+1' text to confirm...and now reads Fetching headers of articles 46866+1 to 46915... I still get NO threads populated the above '+1' issue needs to be resolved. Code:
post_outgoing_t($c,\$newsgroup); my ($svrfirstmsg,$svrlastmsg,$tmp) = $c->group($newsgroup->{newsgroup}); if ($newsgroup->{lastmsg} eq 0) { $newsgroup->{lastmsg} = $svrfirstmsg; } elsif ($newsgroup->{lastmsg} > $svrlastmsg) { $newsgroup->{lastmsg} = $svrlastmsg; } $batch_end = $newsgroup->{lastmsg}+$config{batch_limit}; if ($batch_end > $svrlastmsg) { $batch_end = $svrlastmsg; } console("Getting article batch from $newsgroup->{newsgroup}\n"); if ($svrlastmsg > $batch_end) ....... |
#6
|
|||
|
|||
+notify
|
#7
|
|||
|
|||
Those message numbers are not guaranteed to be incremental. Articles are requested from the server based on the current pointer within the group. The server will return the next available message number, NOT the next sequential message number.
As far as the other problem, hold off posting reams of logs and give me a chance to get home and have a look at it. I'd advise everyone else to wait a few hours before installing... unless it's too late |
#8
|
|||
|
|||
Quote:
Also, using big red text demanding that things need resolving doesn't really motivate me to go out of may to fix this. |
#9
|
|||
|
|||
This release fixes one major bug and suppresses the new annoying feature of the new DBD::MySQL module.
v20010713 (for 2.01)
If you installed v20010712 last night or today, you just need to replace the newnews.pl and run the SQL in the upgrade script to fix the control panel typo. Download Here |
#10
|
|||
|
|||
Another couple of little bugfixes.
v20010714 (for 2.01)
If you installed v20010713 today, you just need to replace the newnews.pl. Download Here |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|