On Wed, 2009-10-28 at 03:07 -0400, Timo Sirainen wrote:
> On Oct 28, 2009, at 3:02 AM, Johannes Berg wrote:
>
> >> Probably because incoming mails have CRLF linefeeds. Antispam plugin
> >> could drop these by wrapping the mail_get_stream()'s returned input
> >> stream to i_stream_create_lf().
> >
On Oct 28, 2009, at 3:02 AM, Johannes Berg wrote:
Probably because incoming mails have CRLF linefeeds. Antispam plugin
could drop these by wrapping the mail_get_stream()'s returned input
stream to i_stream_create_lf().
I'm not sure this is what we want -- shouldn't we keep it as
pristine as
On Tue, 2009-10-27 at 19:28 -0400, Timo Sirainen wrote:
> On Tue, 2009-09-01 at 22:20 +0200, Karsten Bräckelmann wrote:
> > The mail that is being trained is different than its respective source
> > in the mbox file. The trained one shows added, trailing carriage-return
> > chars for all headers, w
On Tue, 2009-09-01 at 22:20 +0200, Karsten Bräckelmann wrote:
> The mail that is being trained is different than its respective source
> in the mbox file. The trained one shows added, trailing carriage-return
> chars for all headers, which are not in the headers in the mbox file.
>
> This breaks s
*nudge* Anyone? Since Timo seems to be on a list processing spree
lately, here's hoping. :)
On Tue, 2009-09-01 at 22:20 +0200, Karsten Bräckelmann wrote:
> Guys,
>
> Dovecot 1.0.15 [1], just built the latest antispam-plugin 1.2 (tarball)
> for testing, mailtrain backend for SA integration. Both
Guys,
Dovecot 1.0.15 [1], just built the latest antispam-plugin 1.2 (tarball)
for testing, mailtrain backend for SA integration. Both built from
custom spec files.
The mail that is being trained is different than its respective source
in the mbox file. The trained one shows added, trailing carria
