Re: DBmail webmail app

> 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
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

On Wed, Jun 6, 2007, Tom Allison <tomtacocat.net> said:

[snip context]
> Please don't turn dbmail into the
mother-of-all-kitchen-sink-applications.

On the flip side, we will never tells users what to do with
themselves if
they don't want to set up their email systems in exactly one
way we think
is best (if we even had or wanted such a one true way!).

> just benchmark your various hashing schemas and pick
the fastest one.

We'll pick something that makes sense. It might not be your
favorite, it
might not be the hottest new hash, but it'll be something we
can live
with.

> And keep the spam filtering to the spam filtering
people.

Well there need to be hooks for spam filtering. Generally
this is just
means setting up protocol level connections between SMTP and
LMTP speaking
filters, but where other hooks make sense we will consider
them.

> 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.

I like the idea of being a news server, but I've looked into
mailing list
management, and that's a nightmare!

> And while were at it, can't we make dbmail and blog
tool?

It already is, you just aren't using an IMAP backend for
your blog. This
would be almost trivial to set up and would probably work
very well. Be
careful what you wish for:
htt
p://www.oreilly.com/news/parrotstory_0401.html 

Aaron
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail