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

Reply via email to