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@UNHH
diamant@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