netnews@psc90.UUCP (Dez) (07/01/88)
I have just got Smail to work, and to read Pathalias output like it should.
It seems like a great mailing program, but I see a lot of limitations here.
I am hoping there aren't as many as I think.
We run the Berkley mailer system MAIL(1-ucb) and it seems to me that Smail
cannot do as much, doesn't come close to, what this system can do. We can
edit a document once we have addressed the document, change the headers,
and use a countless set of Binary options. My point is this. Is
there is a way for Smail to connect to our mailer? Just parse the
paths then envoke our mailer, or do the same things the Berkley mailer
does? Is there something I am missing in my understanding of Smail..?
I just don't want to change from our current mailer, and give up the
countless options it has for ease of path parsing.
Thanks,
Deryk Marien
UUCP: {uunet,decvax,dartvax}!unh!psc90!netnews
BITNET: D_MARIEN@UNHHdiamant@hpfclp.SDE.HP.COM (John Diamant) (07/04/88)
> Is there is a way for Smail to connect to our mailer? Just parse the > paths then envoke our mailer, or do the same things the Berkley mailer > does? Is there something I am missing in my understanding of Smail..? Yes, you're missing something. Smail is a mail routing agent, not a user agent. It is not intended to replace Berkeley mail or MH or any other user agent. I don't run it, but I believe the way you install it is to put it in place of /bin/rmail, so that when a mailer tries to deliver mail, it will invoke Smail instead of simple rmail. John Diamant Software Development Environments Hewlett-Packard Co. ARPA Internet: diamant@hpfclp.sde.hp.com Fort Collins, CO UUCP: {hplabs,hpfcla}!hpfclp!diamant