Most people will do SPAM processing, and if we make the first mail
server to support SPAM scanning in a very nice and quick way, that
could be good advertising :-)
1) This has nothing to do with attachments. Rarely if ever does spam include an
attachment. And I've yet to see one >1MB.
2) Spam processing is done by either the MDA or MTA but it has always been done
as a third party extension:
amavisd-new + postfix content_filter
procmail and spamassassin
procmail and bogofilter
and the list of permutations go on forever.
And if you pick one then you'll piss off some portion of the people who use
dbmail and do not use your selected spam filter.
And for large sites, you simply do not put spam filtering on the same box as
your MDA. Too much load and it means that you are filtering ALL of your email
-- even the internal email. If you have a problem with spam delivery internal
to your company then you have more problems then can be fixed here.
Please don't turn dbmail into the mother-of-all-kitchen-sink-applications.
just benchmark your various hashing schemas and pick the fastest one.
And keep the spam filtering to the spam filtering people.
You could just as easily make a pitch that dbmail become a usenet news server so
we can run mailing lists and port between mailing lists and newsgroups
seemlessly. And while were at it, can't we make dbmail and blog tool?
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
