Daniel Rose wrote:
>
>
> Now I just read that forum, and there's a mention of preview not working. My
> preview doesn't work either. The page is blank, and clicking 'deliver'
> results in an error:
>
> [Tue Sep 25 09:25:19 2007] [error] [client 203.4.200.193] 25761: [09/25/2007
> 09:25:19] Signature retrieval for '29,46f76b1038219352818429%d' failed,
> referer:
> http://ibis/cgi-bin/dspam.cgi?template=quarantine&user=info%40nla%2egov%2eau&signatureID=29%2c46f76b1038219352818429%d&command=viewMessage
>
>
> But it's in the database:
>
> | 29 | 29,46f76b1038219352818429 |¼Ð½$*Íʪ | 12816 | 2007-09-24 |
>
>
> And retraining works fine:
>
> 1190674109 F <None Specified> 29,46f76b1038219352818429
> <None Specified> 1.060996 [EMAIL PROTECTED] Retrained
>
> So what's going on? I'm not sure that the %d should be there, but it's a CR
> so maybe it's Ok. I tried loading the link with the %d removed but it was no
> help.
>
>
... and there was no response, so I fixed it myself. I assume that the lack of
response means that noone believes me, noone cares, or everyone already knows
all about it. Anyway....
The OS is RHEL 4 update 4.
The signatures from $DATA and $FORM have a url-encoded newline, %d.
The sig from the email has a literal newline, so a comparison done by the
script to find the right message always fails.
In my dspam.cgi (v 1.26) from dspam version 3.8.0 I added these lines between
867 and 868.
-- 867a868,875
>
> # Added by drose 27th Sept to fix broken q-tine previews
> $DATA{'MESSAGE_ID'} =~ s/%d//;
> $FORM{'signatureID'} =~ s/%d//;
> # chomp doesn't work, don't know why
> chop ($head{'X-DSPAM-Signature'});
>
>
The database is mysql Ver 14.7 Distrib 4.1.2. I don't know if this will have
bad effects elsewhere, but I doubt it.
I guess I'll find out soon enough.
Daniel Rose
National Library of Australia