On 2/24/14, 10:45 PM, Mark Felder wrote:
On Mon, Feb 24, 2014, at 3:41, Joe Holden wrote:
On 24/02/2014 04:26, Julio Merino wrote:
On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin <b...@freebsd.org>wrote:


As some of you may have noticed, I have imorted a couple of days ago dma
(DragonFly Mail Agent) in base. I have been asked to explain my motivation
here they are.

DragonFly Mail Agent is a minimalistic mailer that is able to relay mails
some smtp servers (with TLS, authentication and so on)

It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally
(respecting aliases).

I imported it because dma is lightweight, BSD license and easy to use.

The code base is rather small and easy to capsicumize (which I plan to do)

My initial goal is not to replace sendmail.

But is it an eventual goal?  *I* don't see why not, but if it is: what's
the plan?  How is the decision to drop sendmail going to be made when the
time comes?  (I.e. who _can_ and will make the call?)

All I want is a small mailer
simple to configure, and not listening to port 25, suitable for small
environment (embedded and/or resource bounded) as well as for server

Playing devil's advocate: what specific problems is this trying to solve?
   I'd argue, for example, that postfix can be also easily configured and can
be made to not listen on port 25 for local mail delivery, while at the same
time it is a fully-functional MTA that could replace sendmail altogether.
   (Which, by the way, is the configuration with which postfix ships within
the NetBSD base system.)

The reason I'm asking these questions is because I have seen NetBSD
maintain two MTAs (sendmail + postfix) in the base system for _years_ and
it was not a pretty situation.  The eventual removal of sendmail was
appreciated, but of course it came with the associated bikeshedding.
*dons flame-proof suit*

The trend towards having sensible lightweight things in the base is a
good thing IMO.  There is no need for things like bind (replaced by
unbound), or a full featured mta like sendmail in the base, base install
should contain enough to get going but for specific functions like
performing MTA tasks, the user can install the appropriate software,
such as postfix.

Just my 2p :)

I fully agree here. Lightweight services in base, fully featured in
ports. It makes it easier for users to follow the latest and greatest
MTA, DNS, etc this way as well.

Once again I repeat my suggestion that we should at some stage be
splitting up our distribution into a smaller "required" core, a slightly
larger "usual" and a larger "extended"
software sets, where the last one would be maintained in ports but
with a distinction that failure in those ports is a reason to hold up a release etc. i.e. "some ports are more important than others" and we should take that into account
I'd also like to see the PCBSD PBI formats more integrates into our release..

Another nice feature of dma is that it's a perfect compliment to your
lightweight jails -- emails can get out, but no worrying about conflicts
on ports 25.
freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to