This plugin adds the ability for users to edit they SpamAssassin user prefs from within Roundcube. It interacts with preferences storied in a database via SQL. For more information on setting up SpamAssassin to work with a database please see the SpamAssassin Wiki.
Tested with SpamAssassin Version 3.2.3
Inspiration for this plugin was taken from: WebUserPrefs
This is just a snapshot from the GIT repository and is NOT A STABLE version of SAUserPrefs. It is Intended for use with the GIT-master version of Roundcube and it may not be compatible with older versions. Stable versions of SAUserPrefs are available from the Roundcube plugin repository (for 1.0 and above) or the releases section of the GitHub repository.
This plugin is released under the GNU General Public License Version 3+.
Even if skins might contain some programming work, they are not considered as a linked part of the plugin and therefore skins DO NOT fall under the provisions of the GPL license. See the README file located in the core skins folder for details on the skin license.
- Place this plugin folder into plugins directory of Roundcube
- Add sauserprefs to $config['plugins'] in your Roundcube config
NB: When downloading the plugin from GitHub you will need to create a directory called sauserprefs and place the files in there, ignoring the root directory in the downloaded archive.
The default config file is plugins/sauserprefs/config.inc.php.dist Rename this to plugins/sauserprefs/config.inc.php
- You must set the database connection string
- Enter the table name, name of the username field, preference field, and value field
To change the order of the sections add a sections attribute with the sections listed in the desired order to the sasectionslist object in skins/[skin]/templates/sauserprefs.html. For example:
<roundcube:object name="sasectionslist" id="sections-table"
class="records-table" cellspacing="0"
sections="general,tests,bayes,headers,report,addresses" />
This plugin contains an option to synchronise changes to your RC address book and your SpamAssassin whitelist.
If the bayesian data is stored in the same database as the user prefs then it is possible for users to delete their data from the UI. See config file for example SQL
On some setups users might see "SERVICE CURRENTLY NOT AVAILABLE! Error No. [500]" shows up at the top of the sauserprefs screen. In this case there could be a problem with the database connection. Try adding ?new_link=true to the end of the sauserprefs DSN in the config file. For example:
$config['sauserprefs_db_dsnw'] =
'mysql://username:password@localhost/database?new_link=true';
Before prefs are saved to the database the plugin hook sauserprefs_save is executed, this allows you to perform any custom actions like extra validation or setting specific values. Arguments:
- section: (string) current prefs section
- cur_prefs: (array) the current user preferences
- new_prefs: (array) the new preferences
- global_prefs: (array) the global preferences
Return:
- new_prefs: (array) the new preferences
- abort: (boolean) if true the prefs will not be saved
- message: (string) optional reason why the prefs were not saved which will be shown to the user