Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!uwvax!uwmacc!uwmcsd1!ig!jade!ucbvax!sdcsvax!ucsdhub!jack!nusdhub!rwhite
From: rwhite@nusdhub.UUCP
Newsgroups: comp.sys.hp,comp.mail.misc
Subject: Re: HP-UX mailx blows up on RFC822
Message-ID: <288@nusdhub.UUCP>
Date: Thu, 3-Dec-87 21:15:43 EST
Article-I.D.: nusdhub.288
Posted: Thu Dec  3 21:15:43 1987
Date-Received: Tue, 8-Dec-87 03:03:16 EST
References: <159@tic.UUCP>
Distribution: na
Organization: National University, San Diego
Lines: 27
Keywords: HP-UX Internet mailx
Xref: utgpu comp.sys.hp:329 comp.mail.misc:651
Summary: /bin/mail

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 your problem is my problem, the issue is simple.  /bin/mailx
is sort of a front end for /bin/mail.  The biggest problem with
this is that /bin/mail dosn't know a @ from adam.  For inastance
if I say "mailx -U rwhite" [which is me] /bin/mail will choke
on the "rwhite@nusdhub" and return an error message ot the
tune of "unknown system name" or "user not found" or some such.
[I don't remember which]

My basic guess is that the either 1) your /bin/mail program has
not been hacked to return an error, or 2) the pipe-handler in your
kernel is doing odd things when the "@" is written to or read from
the pipe, or 3) when /bin/mailx is setting up the exec call to
/bin/mail it is violating some vaccous quoting standard for the
handeling of the @.

If you have an internet capable mailer, you should set sendmail=
under mailx, to that mailer's path, or loose the "@" entirly

Rob.

Disclaimer: Spelling only counts if a _machine_ is going to parse...