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