Hello Laurence and Julien,
2011-10-05 01:58:48 1RBGky-0007w4-3k <=
linux-omap-ow...@vger.kernel.org H=mail2.jellyfishnet.co.uk
[93.91.20.10] P=esmtps X=TLS1.0:RSA_ARCFOUR_MD5:16 S=6021
id=2a3dcf3da181ad40bde86a3150b27b6b03b4fb3...@dbde02.ent.ti.com
2011-10-05 01:58:48 1RBGky-0007wE-9z <=
linux-omap-ow...@vger.kernel.org U=dspam P=spam-scanned S=3591
id=2a3dcf3da181ad40bde86a3150b27b6b03b4fb3...@dbde02.ent.ti.com
2011-10-05 01:58:48 1RBGky-0007w4-3k => guralp
<gur...@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-ow...@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ć
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
