> Far from it. MTA's do a *lot* of work for us. There may
be a time when
> DBMail has matured to be ready to take over MTA
functions, but I don't
> think we're anywhere near there yet. The popular MTA's
out these days
> have 5-10-20 years of development behind them. DBMail
is itself only a
> little more than 5 years old, which is basically what
it takes to write,
> rewrite, maintain and stabilize a heavy duty software
application such
> as our database mail store. Adding an MTA component
would entail a
> similar level of commitment.
>
> Aaron
>
>
Ahh, I was thinking for inbound mail only. I think thats the
critical
thing. Recieving an email via SMTP seems fairly simple,
sending one with
the queing and such like would add trickyness.
Thing is setup to send emails with eg postfix is nothing at
all, it
works out of the box. Getting the MTA to put messages into
DBmail is far
messier, and if it could be avoided then so much the better.
heck pointing dbmail-lmtp to port 25 would probably be
pretty close to
all thats needed to have dbmail do the front end for
recieving email
lol. Then if dbmail can handle virus/spam checking so much
the better.
_______________________________________________
DBmail mailing list
DBmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|