View Single Post
  #4  
Old 10th August 2007, 20:55
georgew georgew is offline
Junior Member
 
Join Date: Aug 2006
Posts: 4
Thanks: 1
Thanked 0 Times in 0 Posts
Default

Quote:
Originally Posted by till
As far as I know, you can configure this in your php.ini file by adding additional parameters when php calls the sendmail command. So this is not a feature that can / must be implemented in ISPConfig
Till is right, this is not an ISPconfig problem, but a generic php problem.

And once a script for this purpose was found, it would "fix" every web server, regardless of control panel or os...

What we need is a tool to detect the spammer, and to quarantine everything he does.

Probably the easiest approach is to quarantine everything first.

Then the admin browses the held mail, to identify patterns.

Half of the patterns he finds are for mail to pass through, because it is form mail generated by predictable web pages.

The other half of the patterns identify spam, and cause the mail to be deleted.

If you get hit hard, and 2 million spams are in quarantine, you simply browse for things to delete, then you delete them, and go back for more untill done.
In my experience the spammers don't often have more than 4 or 5 different spams, so this shouldn't take long (except that waiting for the deletions might take a while if there are a lot).

Now I have been watching the web server spammers. At first, they sent as many spams as possible, but as time went on they found that sending smaller numbers of spams was better. Lately they are sending such small numbers of spams that the only way to stop them is to quarantine everything.

Of course this won't work on a server with end-user email. But if you are
reading this thread, you may have realized you can't put email end users
on a web server... doing so is asking for a lot of hate and scorn from your customers, every time your server is blacklisted. My customers /love/ my email services, and web server mail is reserved for forms and feedback. I still get attacked and blacklisted, but I keep the server in the blacklists, and I encourage web users to not use email, use forms that populate a database instead, so you have something more useful than email.

Of course this php script would have to be compatable with all the email systems common on web servers, not just sendmail... but that part is trivial.

An alternative would be to put this in between the mail server and the outside world, and intercept everything from the mail server, just in case the spammers aren't using a php script.
Reply With Quote