aboutsummaryrefslogtreecommitdiffstats
path: root/modules/spamassassin
Commit message (Collapse)AuthorAgeFilesLines
* Migrate SA extension to GSettingsRodrigo Moya2011-11-021-26/+12
|
* Simplify library dependency flags.Matthew Barnes2011-10-051-4/+4
| | | | | | | | | We have a confusing array of nearly-identical CFLAGS/LIBS definitions in configure.ac. Time to simplify. Instead let's just have one definition that includes all the libraries provided by Evolution-Data-Server (incl. Camel). That, in combination with GNOME_PLATFORM, gives us most of what we need for compliation and linking, and we can sprinkle definitions for additional library dependencies in Makefile.am's as needed.
* Bug 655507 - Crash on startup when initializing spamassassinMatthew Barnes2011-08-031-10/+5
| | | | I keep forgetting to not use G_PARAM_STATIC_STRINGS in modules...
* SpamAssassin: Add a missing linker flag.Matthew Barnes2011-07-191-0/+1
|
* SpamAssassin: Silence spamd's debugging chatter.Matthew Barnes2011-07-151-0/+1
|
* SpamAssassin: Try harder to kill spamd on exit.Matthew Barnes2011-07-151-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-07-151-6/+14
|
* Convert junk filtering EPlugins to EExtensions.Matthew Barnes2011-07-143-0/+1266
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.