Re: [Evolution] Evolution & SIEVE [Was: IMAP and mail filters]

[Adam Tauno Williams <awilliam whitemice org>]

On Tue, 2011-02-15 at 20:04 +0200, Antono Vasiljev wrote: 
> On Tue, 2011-02-15 at 09:18 -0430, Patrick O'Callaghan wrote:
> > > > > I solved this problem by doing all of my mail filtering remotely on the
> > > > > IMAP server via Fastmail's filtering tools. (Fastmail.fm hosts my
> > > > > email.)
> > > > Its not solution, it's workaround :)
> > > <https://bugzilla.gnome.org/show_bug.cgi?id=216959>
> > > SIEVE is simply awesome;  I run my own Cyrus instance on Linode and my
> > > employer uses Cyrus - so SIEVE is how I accomplish most of my filtering.
> > > Server side filtering just makes good sense.
> > > I'm not a C-hacker;  but is anyone else interested in possibly posting a
> > > bounty for this bug on one of the bounty services?  *Maybe* we could get
> > > someone interested.  I'd be willing to put up $100 US.
> > Sounds like nice project for Google's Summer Of Code if anyone wants to
> > sponsor it.
> I cant try to implement it without sponsoring. Probably not in C but in
> some higher level language like Vala or Genie.

Is it possible to develop a *working* evolution plugin in a language
other than C?  There was some noise about being able to extend Evolution
via Mono [.NET] (which was exciting!) but that fizzled.
<http://psankar.blogspot.com/2007/10/write-evolution-plugins-using-mono-c.html>
<http://tirania.org/blog/archive/2007/Oct-04-1.html>
But GNOME-Do did [does?] have an Evolution plugin written in Mono [I
believe]
<http://do.davebsd.com/wiki/Evolution_Plugin>

There are evolution-mono-plugins and evolution-python-plugins packages
in most distributions; but I'm not aware of anything built on them. 

Given that GObject is well wrapped in PyGTK Python might be a good
approach.
<http://galactus.ximian.com/pipermail/evolution-hackers/2005-May/005792.html> [Still scary old]  Kupfer had 
some kind of plugin for Evolution.
<http://blog.stebalien.com/2010/04/kupfer-plugins.html>

> I explored managesieve client implementation in ruby and protocol seems
> easy to be implemented.

True.

> Only thing i doubt about is how easy it will be
> to convert evolution filters to sieve scripts.

I don't think converting existing filters would be required, or even
desirable.  Server-side filters are account-specific which Evolution
filters really aren't, server-side filters are also different in some
ways.  If a plugin just added a tab to IMAP account(s) that allowed
filters to be created/modified/removed I think that would be sufficient
- or right clicking on an IMAP account and selecting edit-filters.