dspam文章

Viewing Issue Simple Details [ Jump to Notes ]

[ View Advanced ] [ Issue History ] [ Print ]

ID

Category

Severity

Reproducibility

Date Submitted

Last Update

0000661

[ClarkConnect] Antispam

major

always

2006-12-05 09:51

2007-04-04 17:17

Reporter

cbegg

View Status

public

Assigned To

peter

Priority

urgent

Resolution

fixed

Status

closed

Product Version

4.0

Summary

0000661: DSPAM does not train spam or innocent emails on multiple domains

Description

Snip from /var/log/maillog

dspam[2380]: Signature retrieval for '2,457582a423802003310769' failed
dspam[2380]: Unable to find a valid signature. Aborting.
dspam[2380]: process_message returned error -5. dropping message.

I can reproduce error on the commandline using the following:
dspam --user --class=spam --source=error --signature='2,457582a423802003310769'

If I insert '' into the dspam_virtual_uids in dspam database it will train properly from the commandline ONLY.

Additional Information

Tags

No tags attached.

 Relationships

 Relationships

Notes
(0000675) peter (administrator) 2006-12-06 00:41	There's a strange chicken and egg situation here. How did the spam signature (2,457582a423802003310769) get generated without an existing entry in the dspam_virtual_uids table?
(0000676) cbegg (reporter) 2006-12-06 08:48	The initial entry is made properly in the dspam_virtual_uids table whereby it will add . Entries for and are not. Training by webmail produces the previously mentioned error. Training by email will produce a mailbox not found error. Either way you cannot use dspam to tag your mail as it was intended.
(0000677) peter (administrator) 2006-12-06 11:41	I did not read your first report carefully enough! The spam-username and notspam-username should not be in the Dspam database. Dspam automatically handles these addresses (see "ParseToHeaders" in /etc/dspam.conf for the technical details). I have personally seen logs where Dspam seems to *sometimes* mishandle the message (bug #630).
(0000678) cbegg (reporter) 2006-12-06 13:41	You're correct regarding not needing to have spam-username and notspam-username in the dspam database. As I previously mentioned the only way I could get the commandline version to work was to add those addresses to the database. I am assuming that this line or a very similar one is called automatically when I either use webmail or my email client to mark a message as innocent or spam.
(0000679) cbegg (reporter) 2006-12-07 09:02	The issue seems to be related to my second domain bug (0000662). The secondary domain does not work as it should when tagging with dspam. I switched my secondary domain to primary and dspam does indeed seem to be working. The issue still remains as I require multiple domain support.
(0000700) rajaraja (reporter) 2007-01-15 19:56	There have been complaints about this in the past on the Dspam mailing lists. Here is the workaround: - Add a dummy UID in the dspam_virtual_uids table: - In the dspam command, use this dummy UID as the user:   dspam --user dummy_account --class=... Dspam will first do a lookup on the dummy_account and *then* automatically switch to the real user based on the MySQLUIDInSignature.

 

 

 

http://www.clarkconnect.com/developer/bugs/view.php?id=661