Path: utzoo!attcan!uunet!lll-winken!xanth!ukma!gatech!rutgers!mit-eddie!uw-beaver!blake!ogccse!schaefer
From: schaefer@ogccse.ogc.edu (Barton E. Schaefer)
Newsgroups: comp.mail.mush
Subject: Re: From: problem in Mush6.5
Message-ID: <2857@ogccse.ogc.edu>
Date: 23 May 89 05:21:06 GMT
References: <2260@aecom.yu.edu>
Reply-To: schaefer@ogccse.UUCP (Barton E. Schaefer)
Organization: Oregon Graduate Center, Beaverton, OR
Lines: 37

In article <2260@aecom.yu.edu> naftoli@aecom.yu.edu (Robert N. Berlinger) writes:
} Mush is not supposed to generate a From: line if PICKY_MAILER
} is defined but it does if you *don't have edit_hdrs set*.

Hmm ... seems somebody missed something there ... I hope it wasn't me. :-)

} In mail.c/add_headers() line 1697, [...] I inserted the following:
} 
} #ifdef PICKY_MAILER
} 	if(i > 0)
} #endif /* PICKY_MAILER */

That does indeed appear to be the correct thing to do.  Thank you.

} In general, it seems to me like mush should not be messing around
} with the From: and leave it to the MTA's who really know how
} to deal with it (yeah right).  And if it is going to create one
} (sometimes it must, for instance the record file), it should tack
} on the complete domain name (at least optionally).  As it stands,
} I don't think there's any way to get mush to know the local
} domain name; it seems to rely on hostname only.

If you know of a completely portable way (system call or whatever) to
find out what the domain name *is*, please, please tell us.  I can't
find a single call (or even a process I could run) that will actually
tell me what my system's domain name is.  (There's one that is
supposed to, but it requires YP which we aren't running, and it
doesn't exist on non-NFS systems anyway.)

Mush relies on the hostname because that's the best it can do by
itself (at the moment, anyway).  If you tell it your domain name (via
"set hostname"), it'll use it.
-- 
Bart Schaefer       "And if you believe that, you'll believe anything."
							-- DangerMouse
CSNET / Internet                schaefer@cse.ogc.edu
UUCP                            ...{sequent,tektronix,verdix}!ogccse!schaefer