The good news is.....I took a newspaper publisher to my XOOPS site today which is, shall we say, sparsley populated and very much under development. He is now on-board 100%. The problem is I will need to find a programmer who can carve a subscription mod to work with realtime cc processing in a few weeks. I also need to find a real professional to do a custom theme. Does anyone know where one would find those?

Commerciality of the product is only a few steps away. BTW, the newspaper will be online on my site for testing this week. Perhaps I can get enough $ from the CMS implementation to help motivate some substantial commercial improvements.

Bottom line - I will support XOOPS if XOOPS will support me.

Mike
http://www.socorrocomputing.com
mike@socorrocomputing.com

I really hope XOOPS fixes this in the near future.

well i'm getting the same problem, although i'm on redhat 7.3...

care to publish the results just in case they help?

thanks,

mike

you can set the permission again by steps :
go to phpadmin
open your sql
go to xoops_modules
set the valua of isactive to 0 then go to the main site and login again

Quote:

Hell yeah, that's always nice isn't it?

Sorry Mike, I thought I posted the part when I edited my Message about the Email generation script. I guess I cut to much. oops..

Yeah it does a great job, I was impressed with the addys, but it does suck some resources... Trading one resource hog for another doesn't work very well.... Maybe let it generate a static page of 500 addresses, using a cron job to update the list or do it manually...

Searching logs can find the bot, I've seen an article on how to block them.. But like teleport pro, I just turn off the obey robot text and continue taking what I want off a website.. So that clearly isn't going to work... Nor will ip blocking. Not to a dedicated spammer...

Encoders seem to easy, I would think they could read them..One php generator example is here :
Paul Gregg's Email Encoder

Obfuscators would probably be the best bet for xoops. But if it's incorporated into XOOPS the variable should be named by the admin.. Each site is completely different in how they do it. So they would have to figure out the pattern process for each site rather then just a one for all solution
for all sites..

Well I'll be one playing with it, on a javaside anyway ( not much of a php writer yet ).. It will include a .js file and I'll have to dig through the XOOPS files. ugh...

But first I got a new motherboard and processers screaming to be stuffed into my box

I've been getting them too... started a week or so ago...

Yep, I'm getting alot of that same stuff :(. It tends to get annoying rather fast. To be honest though I never thought about any link of it to XOOPS websites. Seems like maybe somebody is doing some heavy scanning.

The script works but the message on the site states: "This little script will spit out a never-ending list of fake email addresses for spambots to choke on. It will fill their memory up before they can get any real addresses off of your web site"

It's the never ending part which worries me - after executing the script I noticed it grabbed over 50% of the cpu resources on my testbox...

So maybe it's better to use a static spam bait instead.