Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!homxb!mhuxt!mhuxm!mhuxo!ulysses!gamma!mibte!edsdrd!rel!bob From: bob@rel.UUCP Newsgroups: comp.unix.xenix Subject: smail2.5 Message-ID: <484@rel.eds.com> Date: Fri, 27-Nov-87 08:29:33 EST Article-I.D.: rel.484 Posted: Fri Nov 27 08:29:33 1987 Date-Received: Wed, 2-Dec-87 03:39:32 EST Organization: Electronic Data Systems, GM Truck & Bus Account Lines: 64 Keywords: smail on xenix (long) During the last several weeks there have been numerous solutions posted to the net to resolved the interface problem with Xenix and smail 2.5. I have tried all the solutions that I am aware of and my conclusion for the best approach is a combination of two. The first problem that you'll encounter if you follow the smail installation docs is when you use Xenix mail for the local mailer in smail. The most obvious thing you'll notice is double headers, since SCO "enhanced" mail to work better in the Xenix environment. With two From: lines, SCO's mail will almost always pick the wrong one to reply to when reading mail. Here's solution number one: Install Jon Zeeff's (jon@b-tech) lmail for your local mailer. I defined lmail in defs.h (smail) to be /usr/lib/mail/lmail. This eliminated the double headers and allowed SCO's mailer to properly reply to all mail. The only problem with this solution is that you have to use the smail svbinmail to originate mail and SCO's mail to read mail. Also, I kinda got use to SCO mail's "enhanced" features that were missing is svbinmail. Solution number two: Chip Salzenburg (chip@ateng) had an idea to substitute smail for SCO's execmail. The first step was to "set execmail" in /usr/lib/mail/mailrc. Then substitute Chip's execmail replacement for the real execmail. He also used SCO's execmail for the local mailer. The main advantage here was that you could now use domain style addressing from within SCO's mailer. However, I still encounter one small problem. The From: address was the process name (typically uucp) not the address of the sender. This was caused by using execmail as the local mailer. Final Solution: Here's the solution that I'm using now and seems to work fairly well. If anyone sees any problems, I would appreciate hearing your comments. don't use svbinmail use Jon Zeeff's lmail program, define lmail in smail to point here add "set execmail" to your mailrc use Chip Salzenburg's program to replace /usr/lib/mail/execmail put smail where ever you defined it in defs.h remove SCO's rmail ln smail to rmail This will allow you to use SCO's mailer to send an receive mail using rfc976 style addresses. I choose not to include the source for these programs since they are quite large. If you are interested, I would contact either Jon or Chip directly, or myself for a copy of the code. The only restriction is that you leave the author's copyright intact when using the program. I might add the Jon's lmail program also adds fowarding of mail boxes plus fowarding to other programs. -- Bob Leffler - Electronic Data Systems, GM Truck & Bus Account bob@rel.EDS.COM or {cbosgd!edstb!edsdrd, mibte!fmsrl7}!rel!bob Opinions expressed may not be those of my employer.