Michael Monnerie wrote:
No, SpamAssassin keeps the original message in rfc822 format as a
separate MIME attachment, with all headers. This part can be extracted
an learned, reported, whatever.
Where exactly? I'm just curious here.
Nope. Just for some special users. If that would be for all messages,
the script would have to keep an eye on cpu usage, and only run when
the server is bored anyway.
Makes sense, scanning all messages seamed impossible.
dbmail-rewritemessage(message_idnr)
It wouldn't be too hard to do I guess.
And would be a big advantage over other mail servers, much easier for
SPAM processing.
But you can't get the points easily, or even search for it. If you want
to re-scan all messages within the range of 4-8 points (just an
example), you can do a simple
SELECT messages WHERE checktime=today AND 4<points<8
(just metacode of course). When the points are not there, you must call
dspam or whatever -> more cpu usage, slower in searching.
The points are within SA's headers in the mail, but that's also quite
slow to find. I believe storing SPAM probability within a mail server
directly is
a) better for SPAM processing
b) a cool and hot feature that nobody else has
c) something that more products will have in the future.
If they're in the headers while being inserted into dbmail, then they're
also in the dbmail_headervalue table. I use this when retraining with
dspam, I fetch the X-Dspam-Signature from there. So you actually can do
this query _now_! Get the value of X-Spam-Score or whatever it is from
dbmail_headernames and query based on this the dbmail_headervalue table.
The rewriting of a message just seams so complecated and breaking things
(the one mentioned above for example). I'd rather insert the rewritten
message anew and delete the old one. Not ideal either, but would not
screw up the dbmail db.
On windows, there are integrated platforms that work together, while on
Linux we sometimes suffer from the "one tool for one thing" idea.
Nobody runs a mail server without SPAM checks nowadays, so why not
integrate them a bit?
The linux world is more of each component is independent and
communicates via lmtp/smtp standards I guess.
I don't want to melt them together, but a little help is always nice :-)
Agreed.
Alex
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
