HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials

HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials (http://www.howtoforge.com/forums/index.php)
-   Feature Requests (http://www.howtoforge.com/forums/forumdisplay.php?f=17)
-   -   Slicker spam handling with Maildirs (http://www.howtoforge.com/forums/showthread.php?t=1152)

IntnsRed 6th November 2005 17:09

Slicker spam handling with Maildirs
 
I don't think this has already been posted as a suggestion (and I even looked ;) ).

But in regards to this thread I'd really like to see this incorporated in an integrated fashion into ISPConfig.

Unfortunately, spam is now a fact of life on the 'net. ISPConfig's integrated spam checking is really slick -- but it seems not fully done without dropping that spam into a user's default Spam folder if Maildirs are enabled.
________
HONDA XL125

bosei 1st December 2006 06:16

Echo spam handling in ISPConfig
 
Quote:

Originally Posted by IntnsRed
I don't think this has already been posted as a suggestion (and I even looked ;) ).

But in regards to this thread I'd really like to see this incorporated in an integrated fashion into ISPConfig.

Unfortunately, spam is now a fact of life on the 'net. ISPConfig's integrated spam checking is really slick -- but it seems not fully done without dropping that spam into a user's default Spam folder if Maildirs are enabled.


I think this issue of spam is getting more relevant to what ISPC is designed to do. I don't know how hard this may or may not be but as a service/hosting provider this is what I would like to see if possible:
  • Ability to automatically put mail marked ****spam**** into special .spam folder
  • Option to switch on for each user or
  • Option to use system-wide spam folder administered by admins.
  • Perhaps a subfolder or group structure for this system wide folder (similar to sites/users structure in ISPC) so clients can subscribe to a service if desired
It would be nice to be able to check mail out before simply dumping it or having to deal with it every day. At the moment ISPC only allows you to dump them (makes false positives a worry) or accept them (inconveniant and potentially dangerous)

A similar option for mail contaminated with a virus could be even more important as it would allow them to be dealt with by experienced admins and would even help with improving defensive measures or reporting threats.

Till, Falko, is this on the horizon at all?

Thanks

falko 2nd December 2006 15:00

Quote:

Originally Posted by bosei
Till, Falko, is this on the horizon at all?

Thanks

It's on our list, but I don't know when it will be ready.

spoetnik 8th December 2006 21:00

Maybe the Maia interface could be a good starting point??

brt 26th February 2007 01:33

filing spam to extra (imap)folder on the server
 
if you are using the imap protocol you can move spam-mails to a seperate folder using procmail.

the following adds appropriate procmail-rules to the global master config file:

Code:

echo -e "\n" >> /root/ispconfig/isp/conf/procmailrc.master
echo "# ***SPAM*** -> SPAM Folder" >> /root/ispconfig/isp/conf/procmailrc.master
echo ":H" >> /root/ispconfig/isp/conf/procmailrc.master
echo "* Subject:.*\*\*\*SPAM\*\*\*.*" >> /root/ispconfig/isp/conf/procmailrc.master
echo "$HOME/Maildir/.SPAM/" >> /root/ispconfig/isp/conf/procmailrc.master

WARNING:
  • this effects all mailboxes !
  • you must repeat this after ISPC updates !
  • when using POP3 you do not get any of these mails !
  • some IMAP-Mail Clients may force you to "subscribe" the SPAM folder as it will not be shown by default
  • It only works if the Subject contains: ***SPAM***

wr19026 26th February 2007 15:39

So probably the question is what effort is required to create a Maia add-on for ISPConfig?

brt 26th February 2007 16:04

just my thoughts
 
maia is based on memory resident amavisd-new.

with amavisd-new all, even outgoing mail, gets scanned.

with the current ISPC mail only gets scanned when it is filed to the users mailbox, this safes performance and reduces the possibility for false positives on outgoing mail.

the ISPC configuration already lets you change the most important spam-settings, so i am ok with it :)

wr19026 26th February 2007 16:37

Quote:

Originally Posted by brt
maia is based on memory resident amavisd-new.

with amavisd-new all, even outgoing mail, gets scanned.

with the current ISPC mail only gets scanned when it is filed to the users mailbox, this safes performance and reduces the possibility for false positives on outgoing mail.

the ISPC configuration already lets you change the most important spam-settings, so i am ok with it :)

Ok, fine. I just want to be able to help SPamAssassin understand that not everything it thinks is spam actually is, and the other way around. Right now I'm just too reliant on Thunderbird (which does an excellent job btw).

Correct me if I'm wrong, but SpamAssassin does nothing more than add something to the title and still passes the spam on to the user, correct?

brt 27th February 2007 13:08

UsingSpamAssassin
 
well you already have the possibility to whitelist and blacklist addresses width ISPC.

Spamassassin has the possibility to learn, and bayes only works if it has been well teached with ham and spam.

there are some possibilities to tune Spamassassin to reduce false positives:
UsingSpamAssassin

mulderlaw 30th March 2008 06:02

ispconfig spam filtering weakness
 
The real problem here and where the need for maia comes in IMHO, is that if a user configures their ISPC email account to forward email to another address, because of the .forward/procmail combination, postfix forwards the message before it can be spam filtered. Maybe this is more "right", but as a sysadmin I certainly don't see the point in having users' SPAM forwarded (essentially relayed) through my servers. If I am going through the trouble to have a server that can filter SPAM, why would I want half my users which forward email to get tons of spam thanks in part to my service? This is BAD!!!

Maia would give a "mandatory" system wide shared bayesian based spam filter to be used by every account on the box which would filter and quarantine crap before postfix could forward it on to their outside address.

If nobody has tackled this yet, I don't know if any integration with ispconfig would make much sense. Would it be nice to have site admins optionally be a domain admin in maia, or no?


All times are GMT +2. The time now is 06:09.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.