aboutsummaryrefslogtreecommitdiffstats
path: root/modules/spamassassin/evolution-spamassassin.c
Commit message (Collapse)AuthorAgeFilesLines
* Consolidate base utility libraries into libeutil.Matthew Barnes2012-12-131-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Evolution consists of entirely too many small utility libraries, which increases linking and loading time, places a burden on higher layers of the application (e.g. modules) which has to remember to link to all the small in-tree utility libraries, and makes it difficult to generate API documentation for these utility libraries in one Gtk-Doc module. Merge the following utility libraries under the umbrella of libeutil, and enforce a single-include policy on libeutil so we can reorganize the files as desired without disrupting its pseudo-public API. libemail-utils/libemail-utils.la libevolution-utils/libevolution-utils.la filter/libfilter.la widgets/e-timezone-dialog/libetimezonedialog.la widgets/menus/libmenus.la widgets/misc/libemiscwidgets.la widgets/table/libetable.la widgets/text/libetext.la This also merges libedataserverui from the Evolution-Data-Server module, since Evolution is its only consumer nowadays, and I'd like to make some improvements to those APIs without concern for backward-compatibility. And finally, start a Gtk-Doc module for libeutil. It's going to be a project just getting all the symbols _listed_ much less _documented_. But the skeletal structure is in place and I'm off to a good start.
* Coding style and whitespace cleanup.Matthew Barnes2012-11-111-4/+4
|
* Replace deprecated GLib symbols (as of GLib 2.34.x)Milan Crha2012-11-061-11/+11
|
* Adapt to CamelJunkFilter API changes.Matthew Barnes2012-10-161-9/+13
|
* Remove e_mail_junk_filter_available().Matthew Barnes2012-10-011-67/+0
| | | | | | | | Because we now check for junk filtering software in configure, junk filtering modules can now safely assume the required junk filtering software is installed. No more having the module installed but not the required software. If this invariant is broken, an error will be shown for each new message received.
* spamassassin: Delay spamd tests until needed using GOnce.Matthew Barnes2012-10-011-19/+59
| | | | | Avoid blocking the available() method with synchronous tests that, it turns out, do cause a noticable delay.
* Check for SpamAssassin during configure.Matthew Barnes2012-10-011-134/+35
| | | | | | | | | | | | | If the spamassassin and sa-learn programs cannot be found with AC_PATH_PROG, configure will abort with an error message. You can then either: a) install the SpamAssassin software b) specify the path with SPAMASSASSIN=/path/to/spamassassin and/or SA_LEARN=/path/to/sa-learn c) pass --disable-spamassassin to configure to exclude the module This also drops the "spamc" and "spamd" GSettings keys.
* Coding style and whitespace cleanup.Matthew Barnes2012-08-201-1/+1
|
* Bug 678347 - Put spamd pid/socket files in $XDG_RUNTIME_DIRMatthew Barnes2012-06-201-2/+38
|
* Do not call g_object_notify() when property didn't changeMilan Crha2012-06-181-0/+15
|
* Remove the last remaining usage of GConfMilan Crha2012-06-151-4/+0
|
* Introduce libemail-engine and libemail-utils.Matthew Barnes2012-01-191-1/+1
| | | | | | | These libraries are bound for E-D-S so they live at the lowest layer of Evolution for now -- even libeutil can link to them (but please don't). This is the first step toward moving mail handing to a D-Bus service.
* Miscellaneous cleanups.Matthew Barnes2011-11-231-4/+0
|
* Tweak GSettings schemas.Matthew Barnes2011-11-231-7/+22
| | | | | | | | - Don't use the term "eplugin" for modules. - Use the term "plugin" instead of "eplugin" for plugins. - Split SpamAssassin settings into a separate schema.
* Fix some GSettings runtime issues.Matthew Barnes2011-11-231-1/+1
|
* Migrate SA extension to GSettingsRodrigo Moya2011-11-021-26/+12
|
* Bug 655507 - Crash on startup when initializing spamassassinMatthew Barnes2011-09-141-10/+5
| | | | I keep forgetting to not use G_PARAM_STATIC_STRINGS in modules...
* SpamAssassin: Silence spamd's debugging chatter.Matthew Barnes2011-09-141-0/+1
|
* SpamAssassin: Try harder to kill spamd on exit.Matthew Barnes2011-09-141-38/+53
| | | | | | | | | | References to EMailSession are leaking like crazy, so the module's finalize() method never gets called, and we never kill our spamd. Until I can track down all the reference leaks, kill the spamd process in response to a "EShell::prepare-for-quit" signal instead of from the module's finalize() method. (Maybe that's a better long-term solution anyway?)
* SpamAssassin: Don't wait for termination when spawning spamd.Matthew Barnes2011-09-141-6/+14
|
* Convert junk filtering EPlugins to EExtensions.Matthew Barnes2011-09-141-0/+1177
We now have a proper junk mail filtering API. All junk filtering extensions must subclass EMailJunkFilter for user preferences and availability testing, and implement the CamelJunkFilter interface for the actual junk filtering and learning operations. The bogofilter module should be feature-equivalent to its former EPlugin. The spamassassin module is far more complex. It's nearly feature-equivalent to its former EPlugin, but I ditched the spamd respawning code since it seemed unnecessary for a mail client to have to deal with. If there's a huge outcry from users about it I'll reluctantly put it back, but I don't expect one. This gets us a step closer to killing off EConfig, and eventually the EPlugin framework itself.