Issues (and partial fix) for spamassassin support

[Francis J. Lacoste]

The fix you provide seems fine!

The format must have change in a recent version because the sample log
files we have do print '5 seconds' (and not '5.0 seconds'). But the fix
you provided will match both versions.

spamassassin2dlf was updated in CVS (lire_1_3_branch) and will
be part of the 1.3.1 release.

Thanks!

On jeu, 2003-06-12 at 22:13, Eric Sauvageau wrote:
> Hi,
> 
> I'm new to Lire, having installed it on a Mandrake system a few days ago.
> The server runs a mixture of Mdk 8.x and 9.0 packages, so I installed the
> 9.0 RPMs for Lire 1.3.
> 
> I also run Spamassassin 2.44 on this server.  However I was unable to get
> Lire to generate any report from my Spamassassin log.  My logs were looking
> like this:
> 
> ---
> Jun 12 17:33:53 linux spamd[938]: connection from localhost.localdomain
> [127.0.0.1] at port 53296
> Jun 12 17:33:53 linux spamd[10862]: info: setuid to user succeeded
> Jun 12 17:33:53 linux spamd[10862]: processing message
> <20030612081106.31808.qmail at idataplaza.com> for user:501, expecting 2000
> bytes.
> Jun 12 17:33:58 linux spamd[10862]: identified spam (6.3/5.0) for user:501
> in 5.0 seconds, 2000 bytes.
> ___
> 
> (actual username changed)
> 
> After having a look at spamassassin2dlf, I tracked out the issue with the
> parser, who was expecting the elapsed time to be an integer value.  So I was
> able to correct this by replacing line 60 with this one:
> 
> ---
>     if ($line=~/^(clean message|identified spam) \((-?[\d.]+)\/[\d.]+\)  for
> .+?:\d+ in ([\d.]+) seconds, (\d+) bytes./) {
> ---
> 
> After doing this, Lire was finally able to generate a report.  I don't know
> if it's something that's simply different between SpamAssassin 2.44 and the
> 2.5x branch or if it was a bug.  If it's actually a bug, then you got your
> fix :)
> 


Francis J. Lacoste

-- 
Francis J. Lacoste              . .           http://www.logreport.org
/^LogReport$/               . .               flacoste at logreport.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.logreport.org/pipermail/development/attachments/20030616/c876c1b9/attachment.bin