[Pkg-dspam-misc] Bug#644392: dspam truncates mail

Stevan Bajić stevan at bajic.ch
Fri Oct 7 06:46:04 UTC 2011


 Hello Laurence and Julien,

> 2011-10-05 01:58:48 1RBGky-0007w4-3k <= 
> linux-omap-owner at vger.kernel.org H=mail2.jellyfishnet.co.uk 
> [93.91.20.10] P=esmtps X=TLS1.0:RSA_ARCFOUR_MD5:16 S=6021 
> id=2A3DCF3DA181AD40BDE86A3150B27B6B03B4FB3EA2 at dbde02.ent.ti.com

> 2011-10-05 01:58:48 1RBGky-0007wE-9z <= 
> linux-omap-owner at vger.kernel.org U=dspam P=spam-scanned S=3591 
> id=2A3DCF3DA181AD40BDE86A3150B27B6B03B4FB3EA2 at dbde02.ent.ti.com

> 2011-10-05 01:58:48 1RBGky-0007w4-3k => guralp 
> <guralp at lwithers.me.uk> R=spamscan T=spamcheck

> 2011-10-05 01:58:48 1RBGky-0007w4-3k Completed


 this looks like Exim MTA to me. Right? I am not very fluent in Exim so 
 allow me to ask a bunch of questions.

 That "<=" and "=>" looks like the direction of the mail flow. "<=" 
 indicates inbound while "=>" indicates outbound. Right?

 If this is the case then I assume that the mail from 
 linux-omap-owner at vger.kernel.org on 2011-10-05 01:58:48 had a size of 
 6021 bytes when received by Exim. Right?

 And it was only 3591 bytes when again received by Exim from DSPAM. 
 Right?

 Is it possible to tell what the size was/is when the mail got delivered 
 to DSPAM?


> begin routers
> # ...
> spamscan:
>   no_verify
>   condition = "${if and {{!eq {$received_protocol}{spam-scanned}} 
> {!eq {$received_protocol}{local}} } {1}{0}}"
>   driver = accept
>   transport = spamcheck
>   require_files = /var/lib/dspam:+/usr/bin
>
> begin transports
> # ...
> spamcheck:
>   driver = pipe
>   command = "/usr/bin/dspam --deliver=innocent --user $local_part -- 
> %u"
>   user = dspam
>   group = dspam
>   return_path_add = false
>   log_output = true
>   return_fail_output = true
>
 Ahh... yes. I see you mentioning Exim. So it is Exim.

 Anyway... when is that spamscan called and when is that spamcheck 
 called?

 I used piping to DSPAM in the past and had huge issues with it 
 (truncating messages and other stuff) and switched to using LMTP 
 delivery over a UNIX socket. Never had that kind of issues with LMTP 
 delivery. However... that was long time ago (3.4.x/3.6.x).

 DSPAM should not change the message content (except adding headers and 
 (by request) add a signature (either inline or as an attachment)). But a 
 size reduction by factor 2 (almost) is not right. That should not 
 happen.

 Do you have the original mail (the 6Kb version) somewhere? In raw 
 format? Can you send it to me or post a link to it or attach it to this 
 bug report?


-- 
 Kind Regards from Switzerland,

 Stevan Bajić





More information about the Pkg-dspam-misc mailing list