On Sat, 2013-06-08 at 14:43 +0100, RW wrote:
> Sidney Markowitz, the only SA developer you didn't alienate, summed-up
> the situation with:
>
> "After all that, the only actual problem that I see is the confusing
> error log."
>
> https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6939#c89
No, that's your summation. If you had put the arbitrary tribalism aside,
it could have just has well have been an Evolution developers who I will
keep anonymous:
...I would appreciate a straight answer from a SpamAssassin developer
whether SpamAssassin is intended for use by MUAs or not (comment #60
notwithstanding), and if so what's the recommended way for an MUA to
use it. Because what Evolution is currently doing is madness.
If SpamAssassin truly is intended to be server software then it doesn't
seem worth it to me to even keep the Evolution integration. We default
to and recommend Bogofilter for client-side spam filtering anyway...
Well my general thoughts are the amount of acrobatics that Evolution has
to do to determine whether a spamd process is already running or whether
to launch its own and then basically invoke methods on it by spawning
spamc and reading process exit codes is archaic and stupid. It's 2013
and D-Bus already solved this problem a decade ago.
I keep hoping spamd will someday grow up and grow a D-Bus interface so
modern mail clients can interact with it sanely. This is a big part of
the reason why Evolution defaults to Bogofilter.
Anyways, if you have nothing constructive to contribute, then please
let others.
> I use both, and I don't like to see anyone spread misinformation about
> either.
Likewise. Please stay on topic, or at least create a new thread.
--
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail preferred
http://www.thevertigo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://www.bogofilter.org/pipermail/bogofilter/attachments/20130609/5e948787/attachment.sig>