Hi,
I have this previous post for reference:
http://mailing-list.nuclearelephant.com/6273.html
It seems like the above could be a related issue.
If I send this:
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Transfer-Encoding: 7bit
Message-Id: <[EMAIL PROTECTED]>
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
To: Eric Frazier <[EMAIL PROTECTED]>
From: Eric Frazier <[EMAIL PROTECTED]>
Subject: tes
Date: Thu, 26 Jul 2007 11:24:11 -0700
...
...
.
.
.
.
.dfasfds
j.d
I get this(as seen in the dspam.messages file)
Received: from strongmail.dmcontact.com (strongmail.dmcontact.com
[69.90.37.138])
by newmail.dmcontact.com (Postfix) with ESMTP id 339B028426
for <[EMAIL PROTECTED]>; Thu, 26 Jul 2007 11:23:17 -0700 (PDT)
X-VirtualServer: DMDefault, strongmail.dmcontact.com, 69.90.37.138
X-Habeas-Report: Please report use of this mark in spam to <http://
www.habeas.com/report/>
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
Accreditor: Habeas
X-VirtualServerGroup: DMDefault
X-Destination-ID: <[EMAIL PROTECTED]>
X-MailingID: 00000::00000::00000::00000::::2821
X-SMFBL: RXJpYyBGcmF6aWVyIDxlcmljQGRtY29udGFjdC5jb20+
X-Mailer: StrongMail Enterprise 3.2.1(3.00.215)
Received: from bob.dmcontact.com
by strongmail.dmcontact.com (StrongMail Enterprise 3.2.1
(3.00.215)); Thu, 26 Jul 2007 11:21:03 -0700
X-SMHeaderMap: mid="X-MailingID"
Received: from [192.168.1.25] (unknown [192.168.1.25])
by bob.dmcontact.com (Postfix) with ESMTP id 41432647
for <[EMAIL PROTECTED]>; Mon, 13 Aug 2007 21:23:25 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Transfer-Encoding: 7bit
Message-Id: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: Eric Frazier <[EMAIL PROTECTED]>
From: Eric Frazier <[EMAIL PROTECTED]>
Subject: tes
Date: Thu, 26 Jul 2007 11:24:11 -0700
X-Mailer: Apple Mail (2.752.3)
...
....
..
..
..
..
..dfasfds
j.d
I notice that the first line doesn't have any extra periods, but the
rest do with the exception of the last line which has a char in front
of it.
I am using Dspam 3.6.8_2 with Postfix 2.3.11,1
Postfix delivers to a dspam socket:
virtual_transport = lmtp:unix:/tmp/dspam.sock
and dspam delivers to Dovecot with
TrustedDeliveryAgent "/usr/local/libexec/dovecot/deliver -d %u"
I can see that the messages are not being altered at the MTA, but I
don't know if the problem is with DSPAM itself, or with the final
delivery to Dovecot..
My DSPAM config:
Algorithm graham burton
AllowOverride enableBNR
AllowOverride enableWhitelist
AllowOverride localStore
AllowOverride optIn optOut
AllowOverride showFactors
AllowOverride signatureLocation
AllowOverride spamAction spamSubject
AllowOverride statisticalSedation
AllowOverride trainingMode
AllowOverride whitelistThreshold
ChangeModeOnParse on
ChangeModeOnParse on
ChangeUserOnParse off
ChangeUserOnParse off
Feature chained
Feature whitelist
HashAutoExtend on
HashConnectionCache 10
HashExtentSize 49157
HashMaxExtents 0
HashMaxSeek 100
HashRecMax 98317
Home /usr/dspam
ImprobabilityDrive Off
LocalMX 127.0.0.1
MySQLCompress true
MySQLDb *******
MySQLPass *******
MySQLServer /tmp/mysql.sock
MySQLUser *******
MySQLVirtualTable mail.mailbox
MySQLVirtualUIDField uid
MySQLVirtualUsernameField username
Notifications on
OnFail error
Opt out
PValue graham
ParseToHeaders on
ParseToHeaders on
Preference "showFactors=on"
Preference "spamAction=quarantine"
ProcessorBias on
ServerDomainSocketPath /tmp/dspam.sock
ServerDomainSocketPath /tmp/dspam.sock
ServerIdent "localhost.localdomain"
ServerIdent "localhost.localdomain"
ServerMode standard
ServerMode standard
ServerPID /var/run/dspam.pid
ServerPID /var/run/dspam.pid
ServerParameters "--deliver=innocent"
ServerParameters "--deliver=innocent"
ServerQueueSize 32
ServerQueueSize 32
StorageDriver /usr/local/lib/libmysql_drv.so
SystemLog on
TestConditionalTraining on
TrainingMode teft
Trust daemon
Trust dovecot
Trust mail
Trust mailnull
Trust postfix
Trust root
Trust smmsp
Trust www
TrustedDeliveryAgent "/usr/local/libexec/dovecot/deliver -d %u"
UserLog on
If anyone has any more ideas for debugging this issue please let me
know. We first noticed this because of CSS getting messed up
with .names turning into ..names
Thanks,
Eric
