Re: SpamAssassin plugin overwrites values on submit

"Ryan Dagey" <[email protected]> Tue, 1 Jan 2013 17:42:11 -0500
Newsgroups gmane.mail.squirrelmail.plugins
Message-ID <[email protected]>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of
> Paul Lesniewski
> Sent: Friday, December 28, 2012 8:01 PM
> To: Ryan Dagey
> Cc: Squirrelmail Plugins Mailing List
> Subject: Re: [SM-PLUGINS] SpamAssassin plugin overwrites values on submit
> 
> >> >> > I?ve been researching this problem to no avail for sometime.  We
> >> >> > use the (very old) SpamAssassin plugin
> >> >> > (http://squirrelmail.org/plugin_view.php?id=146) with our
> > Squirrelmail.
> >> >> > This plugin serves us well in terms of ease of use and we can
> >> >> > connect it easily to our mail server spamassassin.  The only
> >> >> > issue that any time a
> >> > user
> >> >> > makes a change (like adding an email to the
> >> >> > blacklist/whitelist), all
> >> > prior
> >> >> > changes are overwritten.  In the README, there is a note that
> >> >> > this was a
> >> >> bug
> >> >> > but resolved.
> >> >> >
> >> >> >
> >> >> >
> >> >> > Does anyone have any exp with this plugin and resolved this issue?
> >> >> > Or
> >> > is
> >> >> > there an older thread regarding this plugin/issue that someone
> >> >> > could
> >> > point
> >> >> > me to?  Thanks for any help you guys can offer.
> >> >>
> >> >> Please think about migrating to the Server Settings plugin, which
> >> >> is actively maintained and should be able to do anything that the
> >> >> various outdated SpamAssassin front end plugins can do.  There are
> >> >> plenty of examples in the sample configuration files it comes with.
> >> >> If you find something that it cannot replicate, let me know.
> >> >
> >> > Thanks for the reply, I just received the digest.  I changed my
> >> > options so I can get a more immediate reply.  I downloaded Server
> >> > Settings, a bit confused by the configuration examples but I chose
> >> > one
> > that
> >> seemed to fit.
> >> > When I check the SA configuration validation, it says everything is
> > working.
> >> > In the Options, there are various selections related to the plugin
> >> > but choosing any of them generates this fatal error:
> >> >
> >> > Fatal error: Call to undefined function retrieve_server_setting()
> >> > in
> >> >
> >>
> /var/www/webmail.neoterichovercraft.com/plugins/server_settings/optio
> >> n
> >> > s.php
> >> > on line 281
> >> >
> >> > Is there a step that I've missed?  I get it regardless of which
> >> > configuration example I try to implement, but my initial thought is
> >> > that the config_example_file_using_php.php or
> >> > config_example_ftp.php matches our environment more closely.
> >>
> >> You probably didn't install the Server Settings Backend plugin.
> >> Should be referenced in the docs I think.
> >
> > That did help, I will need to learn some more about how this works.
> > Do you know off the top of your head if there is an additional plugin
> > or configuration that allows one-click white/blacklist from with an
email?
> 
> There was a blacklist feature in a couple different plugins, but whether
or not
> you can use that depends on where the blacklist is kept on your server.
> That's why the Server Settings Backend can be helpful
> - it abstracts the backend from the user interface - the blacklist can be
> anywhere you need it to be.
> 
> > From what I'm reading I think I can setup other spam configuration
> > options within the server setting plugin and I will mess around with
> > that, but I think the most desired function was the ability to easily
> > white/blacklist a sender or domain directly from an email.
> 
> I don't recall if I included examples of how to put "blacklist" or
"whitelist"
> links on the read message screen that use the Server Settings (Backend)
> infrastructure, but it can probably be done without too much trouble.
> HOWEVER, this is the last thing you should be looking to implement.  What
> would you blacklist - the "From" address?
> That address is the first thing spammers spoof.  In general, exposing
blacklists
> to users is misleading and unproductive.  Whitelists, yes, perhaps, but
you
> really should focus on implementing a high quality anti-spam system for
your
> users.
> 
> --
> Paul Lesniewski
> SquirrelMail Team
> Please support Open Source Software by donating to SquirrelMail!
> http://squirrelmail.org/donate_paul_lesniewski.php

Hello Paul:

Thanks for the reply.  We already have a SpamAssassin system on the mail
server.  However, the president of the company still gets spam that he says
is consistently from the same organization/individual or contains words such
as "male enlargement", etc.  So he requests the ability to blacklist, which
is a feature that exists in SpamAssassin so I'm not sure why we would not
want to use it.  Regardless, he pays the bills so I will try to accommodate
him.  I hope you can understand this.  The former plugin I mentioned was
setup perfectly to allow fine tune control over the SpamAssassin
configuration (black/whitelist, threshold, rules, etc).   Of course that
plugin has a major bug, so all we need is some basic front end functionality
in the K.I.S.S. mentality.  The former plugin could blacklist both domain
and sender, but we might want to whitelist as well (supported by the
plugin).

So is it possible to modify the front end to allow the black/white list
functionality from within the message?  I've come to understand how the
options page works and I believe I can set that up to duplicate the main
SpamAssassin config we need, but he would get confused trying to find the
option page and really wants the feature directly in the reading view.

--
Ryan Dagey
President, Dagey Technology Solutions LLC


------------------------------------------------------------------------------
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512
-----
squirrelmail-plugins mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: [email protected]
List archives: http://news.gmane.org/gmane.mail.squirrelmail.plugins
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-plugins