dspam delivering emtpy message via lmtp on retrain
Brought to you by:
paulcockings,
sbajic
Menu
▾
▴
#148 dspam delivering emtpy message via lmtp on retrain
hi, using dovecot-antispam with dspam backend.
all is working fine so far. just have some small issue. whenever I move an email from/to a spam folder (i.e. from INBOX to Spam, quarantine to Spam, etc) dspam is submitting a new empty email through the lmtp interface and subsequently delivered via postfix and dovecot to the recipients INBOX.
As sender the value from ClientIdent is used.
I attached the debug log of dspam - do you need something else?
dspam.debug
Please provide:
- your dovecot anti-spam plugin config
- dspam.conf
- output of dspam --version
dovecot.conf antispam-excerpt
dspam.conf
dspam --version
emerge --info
lsb_release -a
sooo ... just added a few files.
I recently noticed, that the empty email is not always created. I think it might be that if I move several emails at once, the empty one is not created. But I'm not sure about that.
So my assumption was wrong: the empty email is created once for each email I move. Regardless of number of emails I move at once or client I use for the move (tried Thunderbird and Roundcube).
btw: You know that you have an dovecot anti-spam plugin issue and not a DSPAM issue in the classical sense. I am very confident that the retraining would work if you call it on the command line with the signature.
Anyway... I am going to attach a plugin configuration. Can you try that one and tell me if it works for you? I used your config but made it more verbose and shortened some configuration values (I don't see a reason for using xxxx_pattern_ignorecase and then add there as value "ABC, abc, Abc", It says IGNORECASE so the case is not important you can just add abc and capture ABC, abc, Abc, aBc, abC, etc...).
90-plugin.conf
I just looked quickly at your dspam.conf. Why have you turned on pristine training?
Are you really sure you want that?
#
# TrainPristine: for systems where the original message remains server side
# and can therefore be presented in pristine format for retraining. This option
# will cause DSPAM to cease all writing of signatures and DSPAM headers to the
# message, and deliver the message in as pristine format as possible. This mode
# REQUIRES that the original message in its pristine format (as of delivery)
# be presented for retraining, as in the case of webmail, imap, or other
# applications where the message is actually kept server-side during reading,
# and is preserved. DO NOT use this switch unless the original message can be
# presented for retraining with the ORIGINAL HEADERS and NO MODIFICATIONS.
#
# NOTE: You can't use this setting with dspam_trian; if you're going to use it,
# wait until after you train any corpora.
#
Turning that on makes training with the signature pointless.
Is this a new install? If yes then might I ask you why you use TEFT and why you use chain as tokenizer?
I have this problem, but it doesn't involve any antispam plugins.
It seems to try to do something via LMTP delivering when I send it an email via the aliases
spam-dkowisornotspam-dkowis(which are both aliased to dkowis).Dspam seems to do something wonky and send odd stuff to dovecot LMTP (which is handling the local delivery) and this results in me ultimately getting an undeliverable message each time I forward a spam or a non-spam.