Re: Retraining on legacy mail server

Marco <[email protected]> Mon, 23 Oct 2017 14:21:12 +0200
Newsgroups gmane.mail.spam.dspam.user
Message-ID <[email protected]>
Hi,

  no answer, I try to leave some think. We use dspam+Amavis+Postfix for 
inbound flow, and Postfix+dspamc for reclassification. So it's different.

We don't approach retraining through IMAP folder (intensive IMAP 
scanning, and POP users?). From webmail, users click to "Spam" or "Not 
Spam". This action sends a mail to dspamc with

	--deliver= --class=innocent --source=error
	--deliver= --class=spam --source=error

We realize this with Postfix, defining a pair of email addresses 
(spam@domain, ham@domain) with different transports referring to the 
dspamc classes. So the retrains could be also done forwarding original 
email to the wanted email address.

We implement message uid in signature. So each reclassification works 
with the proper account. Signatures stay in message headers.

Hope this could help...

  Marco

Il 16/10/2017 18:26, Brad Waite ha scritto:
> Hi all (assuming there's anyone left),
> 
> While we're planning on a mail server rebuild, we're still on 
> qmail+vpopmail+dspam, and I need help with a reclassification problem.
> 
> Normally, users will drop misclassified emails (spamAction=tag, 
> signatureLocation=headers) into a fix IMAP folder. I've got a cron that 
> checks for emails, scans for the classification, then sends the email 
> through dpsamc with the opposite --class and --source=error.
> 
> I've got a user who prefers POP3 under Outlook, so my nice, clean 
> solution doesn't work. I'd like to have a single domain-wide alias 
> (.qmail-fix) that will do effectively the same thing. According to the 
> docs, even if I provide the sig, --source=error still needs the correct 
> --class. Am I'm understanding that correctly?
> 
> If so, even if the signature is in the message, I'd still have to figure 
> out the correct classification in order to retrain. It's been so long 
> since I've seen a signature in the message, I can't recall if the class 
> is specified there. Is it? If not, since I don't have the headers (by 
> default), I'd have to parse the "[SPAM]" tag added to the subject.
> 
> Alternatively, I can have the user simply copy & paste the headers in a 
> new mail to [email protected], right?
> 
> Thanks for the help.
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> 
> 
> 
> _______________________________________________
> Dspam-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspam-user
> 


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot