🚀 go-pugleaf

In article <tl9tgb1gcC@herkules.sssab.se> sveer@sssab.se (Sven L Eriksson) writes:
>I'm looking for a mailer that doesn't demand too much knowledge or
>work by the system administrator. Does anyone know about any such thing?

>Smail 2.5 is easier. 
>But Smail 2.5 cannot do anything but local delivery and
>remote delivery via UUCP.

If you don't need SMTP, you might consider using deliver along with with
Smail 2.5 for more flexible delivery options without adding a lot of
complexity.

>Smail 3.xx is promising. It does all we dream about and more.  It's easier
>to work with than sendmail, but it uses a lot of description files. 
>We can provide a standard configuration for our costumers but it is still
>too complex. And it has a GNU copyleft. (We want to adapt the mailer to
>the rest of our environment which we don't want to be free.)

I like Smail 3 and would recommend it for most situations.  You should be
able to avoid any GNUish complications by arranging your billing such that
you do not sell the product but instead charge for installing it.  That is,
you are not distributing the code but instead acting on behalf of the
customer to obtain it for them. 
 
>	node.dom.ain : | uux - node!rmail <recipient>

>	/host-a|host-b/ : | uux - host-c!rmail <recipient>

>	/`uuname`/.UUCP : | uux - $1!rmail <recipient>

I don't see how this is any easier than the smail 3 syntax for the same
functionality and it would quickly become cumbersome for a large number of
hosts.  

Les Mikesell
  les@chinet.chi.il.us