Search options (Page 63 of 77)

Pagination was never added because it's not really in keeping with the concept. A frontpage for the forums is exactly that. Going to the forums will give you access to all the other info. Pagination on that index page would be severe overkill.

Download the package for whichever distro you are using, or download the source and compile it yourself.

The advice Jeremie gave you is perfectly valid. Use the commandline tools supplied with Mysql itself.

Not annoyed. Just dislike having to repeat everything twice in the same thread.

If you're setting this up on a hosted server, make sure all the prerequisite software and facilities are available. If you are setting this up on your own server, you need a SQL server, a httpd server, Php and PunBB, (obviously).

Didn't mean it to sound blaise, so to speak. Just meant it's better to quantify the answer with a definition. Just makes it easier if this topic ever pops up in a future search by someone.

You need a SQL server. Either PostgreSQL, MySQL or SQLite.

Upload them to wherever you want them in the root dir. If you want the uri to be the base domain name, then the files go in the root folder. If you want a base domain/path scenario, then upload the folder to whatever named folder/path within the root dir, i.e:

http://your.domain/ [The PunBB files would need to be in the root web dir]

http://your.domain/forums/ [The PunBB files would need to be in a dir named forums in the root web dir]

Install it, then configure it.

The Spamhaus lookup in that script is already checking your registrants against a spam database. If you really want to redirect them, blackhole them. I wouldn't personally, but if that rocks your boat.... However, if you use an external list, they would NOT appreciate you redirecting the rejected users to their site. They all have disclaimers on their sites already due to people doing those tricks. If you want to redirect, you'll either have to blackhole them or provide your own redirection site. You should, out of common courtesy, give them an explanatory notice, however, merely for the false positives that you will incur at some point. All the users you will reject will not be spammers. That is a guaranteed fact. As to a flatfile, you could easily create, over a period of time, a flatfile lookup system. Obviously, the onus would be on you for the maintenance and legitimacy of that list, however. Other than the reserved addresses for spoofing, everything else would be a manual entry job, to all intents and purposes, as it would be with any other lookup. A spam abuse list is an ever evolving beast. You could cron log greps and such, and enter the data by scripted methods, but you obviously need a reference point to reject them to start with.

It's straight forward enough. All you need to do is just set it up as a caching resolver, and add an entry for your RBL. It's worthwhile having a local caching DNS server anyhow, as it will help with your DNS traffic and speed for cached lookups. All you'd need is a named.conf file consisting of roughly:

//
//
// Local rbl zone(s)
//
//

zone "spam.rbl" in     // Or whatever name you use with your rbldnsd zone(s).
{
        type forward;
        forward only;
        forwarders
        {
                [IP.address.of.rbldnsd];
        };
};

//
// root servers
//

zone "." in
{
        type hint;
        file "named.root";
};

//
//
// End of file
//
//

That's about all you need for a caching server and forwarding to your RBL server, (if I remember correctly). You could probably just use the IP of the RBL server in that above script instead of a hostname?, but you're getting a caching resolver to boot, so it's worth setting it up just for that. It also gives you the option of using the RBL for other servers/purposes, where as a flatfile lookup would be tied to the forum.

You mean then to create your own blacklist from IP's that have spammed your forum?

By far the best method, I would say, would be to run MJT's rbldnsd server and compile the list for that so that you have your own local RBL. I use that method for the MX, and it works a treat. It's been running several years here with never a single glitch. Just set up Bind/named to forward to it for your local zones RBL entry.

http://www.corpit.ru/mjt/rbldnsd.html

Renaming the pages without imposing access restrictions upon them will do sod all for security, if that is your concern. Removing the links is beneficial, (merely from the point of not displaying links that a guest cannot access, thereby them being irrelevant within the context), but the actual access restrictions should be within the pages themselves.