Thank you for your points, and I agree a simple DBMail install is easy to do... but what about SMTP Authentication and database driven transports? (two things that I'd venture to say a significant number of dbmail users are either using now or want to use in the future.)
Those items are not so much difficult to set up as they are to find accurate, up-to-date documentation on how to configure them correctly. Even things like mail forwarding (from a local mailbox to like a gmail account) become complicated tasks to get working properly. My thoughts are simply if it is all integrated then it all works out of the box without having to spend hours/days configuring it. Looking back, my exim4 config is SIMPLE to do, but it took 3 days of trial and error before I figured it all out. You may say that I'm a better person for hunting down all the answers, but I'd have to argue that at least some of that time was unnecessary when trying to implement a simple mail server for my business. I'm not suggesting you build a custom MTA, I very much like the idea of integrating an EXISTING MTA like postfix or exim4... or at least including the configs for one or the other. The main things I find difficult to set up are the SMTP Authentication and mailbox forwarding functions with SMTP Authentication being the most difficult. On 11/11/05, Paul J Stevens <[EMAIL PROTECTED]> wrote: > > > > [EMAIL PROTECTED] wrote: > > I've had dbmail installed and running great since 1.2.x. I'm now using > > 2.0.7 on Debian Sarge with exim4 as the MTA. > > > > My question is simple. DBmail's install for pop3 and imap are so easy > > and the configuration to make local domains + mailboxes all virtual > > (mysql driven) is so complicated are there plans to integrate a MTA in > > the dbmail software (a native SMTP server)? > > No. > > If you think MTA integration is complicated, you're using the wrong MTA. > In postfix all I need to do is set two config variables: > > postconf -e 'local_transport=dbmail-lmtp:$myhostname' > postconf -e 'local_recipient_maps=' > > this will effectively use dbmail-lmtp (defined by adding a single line > to the master config) for *all* locally deliverable email. Adding a new > domain is simply a matter of setting the MX in dns, and adding some > valid email addresses for the new domain in dbmail. > > > If not, why not? > > Because it's bad design. > > > I know dbmail is a pop3/imap server, but adding in the SMTP server makes > > it a complete mail server and takes the headaches out of new installs... > > (I'm not looking for th "RTFM" or "that's outside the scope of this > > project" type answer... just really WHY not? is it because of a lack of > > developers?) > > Well, lack of developers maybe part of it. Rather, lack of motivation > from the point of view of developers though. Like Blake already pointed > out; building a reliable mta is extremely hard to do. Of course, the > problem field as such has by now been well explored by several foss > projects, but it's simply not worth the effort. It would require very > much less effort to develop some simple scripts to help admins. > > I would rather spent some time discussing why you consider mta > integration to something difficult, and finding a way to make you happy > without resorting to overly drastic measures like building a custom mta. > > > -- > ________________________________________________________________ > Paul Stevens paul at nfg.nl <http://nfg.nl> > NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 > The Netherlands________________________________http://www.nfg.nl > _______________________________________________ > Dbmail mailing list > Dbmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
