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...