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.