Greetings, This is just a quick note that the MTA installation options in sysinstall(8) has changed. Users now have the option of choosing between Sendmail, Postfix, and Exim. Due to legal issues, qmail was not added to the selection. Sorry. -- Tom Rhodes
On Thu, 18 Sep 2003 15:29:42 -0400 Tom Rhodes <trhodes@FreeBSD.org> wrote: Hi Tom !> This is just a quick note that the MTA installation options in > sysinstall(8) has changed. Users now have the option of choosing > between Sendmail, Postfix, and Exim. > > Due to legal issues, qmail was not added to the selection. Sorry.Do you think it could be a good idea to add "simple" SMTP systems like ssmtp or any local delivery /usr/sbin/sendmail clone ? Most of system act as standalone machine or satellite one (i.e. machine uses a smtp server on the LAN), and using a full features MTA is, for me, a little bit useless. regards, clem
Tom Rhodes wrote:> Due to legal issues, qmail was not added to the selection. Sorry.What legal issues? It seems entirely possible to produce a license-compliant var-qmail package for FreeBSD. It would be nice to offer it as the default MTA.
* Michael Sierchio <kudzu@tenebras.com> [2003-09-18 14:58:10 -0700]:> Tom Rhodes wrote: > > >Due to legal issues, qmail was not added to the selection. Sorry. > > What legal issues? It seems entirely possible to produce a > license-compliant > var-qmail package for FreeBSD. It would be nice to offer it as the default > MTA. >++1 -- ~Andy
The simple MTAs should work equally well as i.e. sendmail nullmailer or postfix with typical TLS secured mail servers and password protection for clients that have no ceritificate from server (dial in boxes). The only one that worked here against a postfix tls secured server was msmtp (i installed version 0.5, after this i found the older version in the ports). I had no success with ssmtp and esmtp. -- Mit freundlichen Gr??en Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh
> This is just a quick note that the MTA installation options in > sysinstall(8) has changed. Users now have the option of choosing > between Sendmail, Postfix, and Exim.Sounds good - how is this going to work with mergemaster by the way ? Is it always going to complain about mailwrapper and invite the user to switch back to sendmail, or will it recognise that exim (or whatever) was installed originally ? -pcf.
Tom Rhodes wrote:>Greetings, > >This is just a quick note that the MTA installation options in >sysinstall(8) has changed. Users now have the option of choosing >between Sendmail, Postfix, and Exim. > >Due to legal issues, qmail was not added to the selection. Sorry. > > >Could you please elaborate on these "legal issues"? http://cr.yp.to/qmail/dist.html says If you want to distribute modified versions of qmail (including ports, no matter how minor the changes are) you'll have to get my approval. This does not mean approval of your distribution method, your intentions, your e-mail address, your haircut, or any other irrelevant information. It means a detailed review of the exact package that you want to distribute. Exception: You are permitted to distribute a precompiled var-qmail package <var-qmail.html> if (1) installing the package produces /exactly/ the same /var/qmail hierarchy as a user would obtain by downloading, compiling, and installing qmail-1.03.tar.gz, fastforward-0.51.tar.gz, and dot-forward-0.71.tar.gz; (2) the package behaves correctly, i.e., the same way as normal qmail+fastforward+dot-forward installations on all other systems; and (3) the package's creator warrants that he has made a good-faith attempt to ensure that the package behaves correctly. It is not acceptable <../compatibility.html> to have qmail working differently on different machines; any variation is a bug. If there's something about a system (compiler, libraries, kernel, hardware, whatever) that changes qmail's behavior, then that platform is /not/ supported, and you are /not/ permitted to distribute binaries.