||27th December 2012 23:19
amavisd: uninformative policy names
The policy names for anti-spam are found on the control panel as Email > Policy
- Non-paying (3, 7, 10)
- Uncensored (3, 999, 999)
- Wants all spam (3, 999, 999)
- Wants viruses (3, 6.9, 6.9)
- Normal (1, 4.5, 50)
- Trigger happy (3, 5, 5)
- Permissive (3, 10, 20)
Furthermore, in the GUI on the Policy
page, it would appear to most users that Non-paying
, and Trigger happy
are identical. The numbers in parenthesis above are not shown and are the database fields: spam_tag_level
, and spam_kill_level
. This information is available if the user inspects the record more thoroughly, but this is harder for the customer to deal with.
I've looked through the amavisd documentation (the README_FILES
) the and there is no clear specification for what these words mean or what the ranges of values are for the various fields are, along with what those numbers mean. I can't imagine any user who "Wants all spam" or "Wants viruses", however. :) The wording can be improved.
So, here is what I've done to make things "better":
- To fix the ISPConfig GUI to show better heading lines, edit the files:
'Virus lover' to 'Allow Viruses'
'Spam lover' to 'Allow Spam'
'Banned Files lover' to 'Allow Banned Files'
'Bad Header lover' to 'Allow Bad Headers'
- The default policies are not good because they are not intuitive and confuse customers resulting in helpdesk tickets being created that we need to answer. I deleted them all and replaced them with something I think is more sensible.
I also think that the GUI is not intuitive because the sense of the filtering is backwards. Instead of showing 'allow' states, it should be showing 'block' states. That is, the heading titles should be: Block Viruses, Block Spam, Block Banned Files, and Block Bad Headers. Then, instead of showing red X's, the GUI would show green checks and vise versa.
And, if the Policy page also showed next to the policy name the Spam Kill level and sorted on this with lowest numbers shown first, I think this would also improve the usability of this page because customers think in terms of a continuum from very strict protection to no protection.
If anyone is interested, I can post some SQL that, if run, will replace the default policy settings with those that I've created. Also, would the change in the sense for the GUI (block vs. allow) be of interest? If so, how would I submit a proposed change?
||28th September 2013 12:26
Thanks for your post about the Email Policies in ISPConfig 3. I also believe that the policies are not clear enough to the users.
Could you please explain me how you've reversed the order as you've described in point 2 of your post? Would that also mean that I've to change the values (eg. 3, 7, 10) corresponding to each of the policies?
Thanks in advance for your time!
|All times are GMT +2. The time now is 03:18.
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.