Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!labrea!jade!ucbvax!hplabs!hpcea!hpfcdc!hpfclp!diamant
From: diamant@hpfclp.UUCP
Newsgroups: comp.mail.misc
Subject: Re: HP-UX mailx blows up on RFC822
Message-ID: <8120011@hpfclp.HP.COM>
Date: Sat, 5-Dec-87 18:11:04 EST
Article-I.D.: hpfclp.8120011
Posted: Sat Dec  5 18:11:04 1987
Date-Received: Sat, 12-Dec-87 09:06:01 EST
References: <159@tic.UUCP>
Organization: HP, Fort Collins, CO
Lines: 28

> In article <159@tic.UUCP>, ruiu@tic.UUCP (Dragos Ruiu) writes:
> > Does anyone know why HP-UX mail (equiv SVR2 mail, mailx) blows up when asked
> > to reply to mail with an Internet (@) From: line ?
> > 
> > It really blows up, Segmentation Fault (core dumped)!
> 
> If you have an internet capable mailer, you should set sendmail=
> under mailx, to that mailer's path, or loose the "@" entirly

This commment reminded me of a possible source of the problem.  Sendmail is
shipped on HP-UX disabled.  The way this is done is by having the execute
bits turned off on /usr/lib/sendmail.  This is done because not everyone
wants or needs sendmail, and it does require some administration, so a
normal update will not turn it on.  If that is the case, you can globally
enable it for the machine by changing the permissions (which you have to do
anyway if you want to use sendmail) and then you don't need to set
sendmail= in your .mailrc or whatever, since it knows the default location
for sendmail.  If you are using smail or something else instead of
sendmail, then changing sendmail's permissions would be unnecessary.
/bin/mail is too dumb to deal with "@" addresses, so you have to have a
smarter mail transport (sendmail or smail, or both).

I don't know why you get a segmentation fault -- it's obviously a bug, but
I've never seen it (on a 300, even when sendmail is turned off).

John Diamant			UUCP:  {hplabs,hpfcla}!hpfclp!diamant
Hewlett Packard Co.		ARPA Internet: diamant%hpfclp@hplabs.HP.COM
Fort Collins, CO