HDTenEightyP/NetNews huggingface dataset:
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.sgp.1
Date: 4 Jan 93 00:58:24 GMT
Expires: 18 Feb 93 00:58:24 GMT
Supersedes: <Dec.8.07.59.47.1992.4720@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.sgp.1
: This archive created: Sun Jan  3 19:58:20 1993
echo shar: extracting u.sgp.1
cat << 'SHAR_EOF' > u.sgp.1
# u.sgp.1 - pleasant@rutgers.edu - Sun Jan  3 17:46:02 EST 1993

#N    csar
#F    uunet.uu.net
#S    SCO Unix V/386 v3.2.1 on an ALR 33/386
#O    CSA Research Private Limited
#C    Harish Pillay (harish%csar@uunet.uu.net)
#E    root%csar@uunet.uu.net
#T    +65 775 6488
#P    12 Science Park Drive #03-01, The Mendel, Singapore 0511
#L    1 25 N / 103 50 E City
#R    Developer of CASE tools.
#U    uunet
#W    root%csar@uunet.uu.net (Charlie Root); Thu Apr 23, 1992 1500 SST
##    Local Sites
csar  csar(DEMAND),temasek(DEMAND),aslsng(DEMAND)
#     Foreign Sites
csar  uunet(EVENING)
csar  = csar.com.sg

#N    temasek
#S    Waffle v1.64/Windows 3.0/MS-DOS 5.0, ALR 33/386
#O    Private Singapore UUCP and Usenet Site
#C    Harish Pillay (harish@ece.orst.edu)
#E    postmaster%temasek.uucp@cs.orst.edu
#T    +65 278 4191
#P    115 Bukit Purmei Road #05-234, Singapore 0409
#L    1 25 N / 103 50 E City
#R    Alternate private site for uucp and usenet in Singapore
#R    All sites please take note:  If mail is sent to user@temasek.sg it
#R    will bounce.  temasek does not have a local uucp access to support
#R    the .sg domain yet.  So please keep addresses as
#R                  user%temasek.uucp@cs.orst.edu
#R    Requests for uucp and Usenet feeds from any site is Singapore or
#R    surrounding ASEAN sites welcome.  Send mail to:
#R                  root%temasek.uucp@cs.orst.edu
#U    orstcs csar
#W    harish%temasek.uucp@cs.orst.edu (Harish Pillay); Wed Apr 22, 1992 
#     1300 SST
##    Local Sites
private {infinity}
temasek temasek(DEMAND),bluevox(DEMAND),infinity(DEMAND),csar(DEMAND),
        aslsng(DEMAND),tptan(DEMAND),werk(DEMAND)
#       Foreign Sites
temasek orstcs(EVENING)
#
private{}

#N	walt, walt.omron.sg
#F	uunet.uu.net
#S	4.3 BSD and System V R2-1
#O	Omron Management Centre of Asia Pacific Pte Ltd
#C	Mohamed Ibrahim
#E	walt!root
#T	+1 065 353 2611
#P	510 Thomson Road #13-03, SLF Building, Singapore 1129
#L	01 25 N / 103 50 E [city]
#R
#W	asp@uunet.UU.NET (Andrew Partan); Fri Oct 26 20:27:40 EDT 1990
#U
#
walt	.omron.sg
walt =	walt.omron.sg
walt =	.omron.sg
#
walt	uunet(DEMAND)

# End of u.sgp.1
SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.col.1
Date: 4 Jan 93 00:20:19 GMT
Expires: 18 Feb 93 00:20:18 GMT
Supersedes: <Dec.8.07.50.59.1992.2600@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.col.1
: This archive created: Sun Jan  3 19:20:16 1993
echo shar: extracting u.col.1
cat << 'SHAR_EOF' > u.col.1
# u.col.1 - pleasant@rutgers.edu - Sun Jan  3 17:46:02 EST 1993

#N	bogota
#S	Texas Instruments 1500
#O	Texins de Columbia SA
#C	Fernando Saavedra
#E	bogota!fido
#T	+011 57 12 185300
#P	Cra 20, #88-14, Bogota 8, Columbia
#L	04 38 N / 74 05 W city
#R
#W	lorelei@uunet.UU.NET (Lorelei Horner); Tue Jan 22 19:34:41 EST 1991
#U
#
bogota	uunet(DEMAND)

#N	c-nix
#S	Dell 325 with SCO Xenix
#O	C_NIX LTDA
#C	William Corredor
#E	c-nix!william
#T	+011 57 23 687786 
#P	AV 5N No 38AN-26, Cali, Columbia
#L	03 24 N / 76 30 W city
#R
#W	asp@uunet.UU.NET (Andrew Partan); Thu Feb 28 17:00:09 EST 1991
#U
#
c-nix	uunet(DEMAND)

# End of u.col.1
SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.hnd.1
Date: 4 Jan 93 00:21:28 GMT
Expires: 18 Feb 93 00:21:28 GMT

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.hnd.1
: This archive created: Sun Jan  3 19:21:26 1993
echo shar: extracting u.hnd.1
cat << 'SHAR_EOF' > u.hnd.1
# u.hnd.1 - pleasant@rutgers.edu - Sun Jan  3 17:46:02 EST 1993

#N	acyc
#S	PC-80386
#O	Alfredo Cole and Company
#C	Alfredo Cole
#E	acyc!root
#T	+1 011 514 373423
#P	Centro Comercial, Lempira, Tegucigalpa, Honduras, Central America
#L	87 30 N / 14 28 W city
#R
#W	lorelei@uunet.UU.NET (Lorelei Horner);Mon Mar  4 18:34:34 EST 1991
#U
#
acyc	uunet(DEMAND)

# End of u.hnd.1
SHAR_EOF
:	End of shell archive
exit 0
From: tml@tik.vtt.fi (Tor Lillqvist)
Newsgroups: comp.mail.sendmail
Subject: Re: BUG in 5.65c8/IDA-1.4.4 Sendmail
Date: 23 Dec 92 21:54:03
Organization: Technical Research Centre of Finland, Laboratory for Information
	Processing (VTT/TIK)
NNTP-Posting-Host: tik.vtt.fi
In-reply-to: urlichs@smurf.sub.org's message of 22 Dec 1992 02:46:48 +0100

In article <1h5s28INN9ia@smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
> 554 getchout: open of charset output translation file //usr/local/lib/mail/char/DEAD
> quit

> Very neat. An undocumented and optional header causes my mail to fail.

Good grief.  The same happens here.  That's it, now I'll definitely
recompile sendmail without the CHARSET stuff, and start migrating
towards MIME.
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland,
Laboratory for Information Processing (VTT/TIK).
Newsgroups: comp.mail.sendmail
From: saz@nbc1.ge.com (Steve Zahner)
Subject: Help needed in sending mail
Reply-To: saz@nbc1.UUCP (Steve Zahner)
Organization: National Broadcasting Company, Inc., New York
Date: Mon, 28 Dec 92 18:57:52 GMT


Could anyone help me out with a problem I am
having?

For some reason, I can only send mail if I log in 
as user uucp, otherwise, I get the error

=======     command failed      =======

 COMMAND: /usr/bin/uux -r - crdgw1!rmail '(andataco.andataco.com!SANDRA)'

 ======= standard error follows  =======
 uux failed ( 75 )


If anyone has had this problem or know how to solve it, please help.
It is probably a trivial answer, but I am new at this stuff so any 
assistance will be appreciated.

Please send your help to saz@nbc1.ge.com

Thanks. 
Steve Zahner
Newsgroups: comp.mail.sendmail
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: Re: Trouble writing to a file
Organization: Bruce Lilly
Date: Mon, 21 Dec 92 15:50:57 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <FULL_GL.92Dec19060740@dolphin.pts.mot.com> glen_fullmer@pts.mot.com wrote:
>I put an alias in /etc/aliases like:
>
>	rnews: "/usr/spool/news/incoming/xxx"
>
>and send mail to rnews and it responds with a error message
>that it can not write to a file, permission denied.  I change the
>permissions of the file and all directories above it and still get the
>message.  I even change it to "/tmp/xxx" and I also try a .forward to
>a file with the same results!  Any ideas for a fix?

With UIUC/IDA sendmail, you need to make sure that the file permissions:
a)	have the suid bit set
b)	have the sgid bit set
c)	do not have any execute bits set

Try chmod ug+s,a-x /usr/spool/news/incoming/xxx (as root or the file owner).

Note that although the combination of sgid bit set and group execute bit not
set indicates that mandatory file locking should be used (on System V and
its derivatives), no file locks are set by the code, so it is possible for
two or more processes to write to the file at the same time, resulting in
gibberish.

>The mail server is on a Sparc running 4.1.3 without NIS.

The above might or might not work on your machine, depending on the version
of sendmail which it runs.

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.mail.sendmail,comp.unix.pc-clone.32bit,comp.sys.novell
From: markmc@halcyon.com (Mark McWiggins)
Subject: Fun with sendmail & friends
Followup-To: comp.mail.sendmail
Organization: The 23:00 News and Mail Service
Date: Thu, 31 Dec 1992 04:13:04 GMT

Here's the situation:

* Small office with about 10 Novell users & 1 Unix hack (Yours Truly).

* 386 mail gateway: AT&T Unix v3.2.1 + Wollongong TCP/IP. Connected via
UUCP to UUNET. 

* Novell network + Charon IPX gateway + Pegasus mail.

Object: to provide mail connectivity from Novell to the Universe Beyond.

What I've done so far:

(1) Had used Smail successfully on the Unix box alone for a couple of years,
but for some reason it doesn't speak SMTP correctly to Charon.
I think there must be some interference between Smail and some of the 
Wollongong stuff, because I know Smail works in other situations 
(have seen it work myself, in fact) & got some e-mail from the author 
about this. I don't know very much about the little tcp daemons and what
they do, if they expect a "real sendmail", etc.

(2) Turned off smail & put back the Wollongong sendmail. Works OK using
a generic sendmail.cf talking with Charon. 

I go blind looking at sendmail syntax, so got Ease and 
de-compiled the .cf file into Ease-ish, compiled it back into a new 
sendmail.cf. Result: Wollongong sendmail goes nuts and grows without bound, 
using all swap space in the system, and not having source I have no way to
debug it.

(3) Got IDA sendmail from the net & spent the afternoon tweaking it (where
is Larry Wall when I need him?) to run in this environment. Crashes, but noticed
as I was leaving this evening that I'd made a mistake setting up GNU DBM. 
I don't know if that's the whole of the problem, but I seriously doubt it.

My current plan is to:

(1) Try another more compatible DBM library (and/or fix up GDBM) with IDA 
sendmail, and generally goof around with it for a while and see if I can 
make it work.

(2) Try stripping the comments out of a sendmail.cf generated by Ease, and
go back to Wollongong's sendmail.

(3) Take another look at Smail, try understanding its interaction with the
daemons and try debugging the SMTP session between it and Charon "by hand".

But: I'm really willing to listen to any advice you have to give!
Anybody have a similar setup & see anything obvious I should be doing here
that I've missed?

Thanks in advance, a whole bunch.

-- 
Mark McWiggins        Hermes & Associates		+1 206 632 1905 (voice)
markmc@halcyon.com    Box 31356, Seattle WA 98103-1356  +1 206 632 1738 (fax)
Newsgroups: comp.mail.sendmail
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: SunOS sendmail 4.1/SMI-4.1: bogus "User
Organization: Northern Illinois University
Date: Thu, 24 Dec 1992 16:21:47 GMT

In article <1haerbINNeu5@msuinfo.cl.msu.edu> jpd@discovery.msu.edu (Joe P. DeCello) writes:
>
>But what are the ramifications of removing the frozen (.fc) file.  Are there any??

Slower startup of sendmail.  The SunOS provided configuration files are
sufficiently simple that the penalty is insignificant.

Newsgroups: comp.mail.sendmail
From: jgreco@solaria.mil.wi.us (Joe Greco)
Subject: Re: SunOS sendmail 4.1/SMI-4.1: bogus "User
Organization: Solaria Public Access UNIX - Milwaukee, WI
Date: Mon, 28 Dec 1992 08:27:53 GMT

In comp.mail.sendmail article <1haerbINNeu5@msuinfo.cl.msu.edu>, jpd@discovery.msu.edu wrote:
:In article 743@mp.cs.niu.edu, rickert@mp.cs.niu.edu (Neil Rickert) writes:
:]  cd /etc
:]  rm -f sendmail.fc  # and don't recreate it
:]  # now kill and restart your daemon.
:]
:][Sun's implementation of shared libraries is not completely compatible
:]with Berkeley's implementation of frozen configs.]
:]
:
:
:But what are the ramifications of removing the frozen (.fc) file.  Are there any??

Yeah.  When I first installed 5.67 out of the Reno distribution, I wasn't
thinking and forgot that sendmail needs the static compilation to work with
the .fc files on a Sun.  The Reno documentation of course does not expect
people like me to steal Renoware for use on a Sun...  So we experienced
lots of mail problems for a day until I realized that it was dying when I 
froze the file.  It took me another two months to get around to finding 
out WHY (I learned THAT lesson the hard way).

In the meantime,

1) Sendmail startup speed is dramatically SLOWER.
2) At the syslog mail logging level I use, I was getting a warning message 
   every time sendmail was invoked that the .fc wasn't present.

Fun.

... Joe

-------------------------------------------------------------------------------
Joe Greco - System Administrator		       jgreco@solaria.mil.wi.us
Solaria Public Access UNIX - Milwaukee, WI			   414/321-9287
From: gws@n8emr.cmhnet.org (Gary Sanders)
Newsgroups: comp.mail.sendmail
Subject: smart host?
Date: 3 Jan 93 16:53:18 GMT
Article-I.D.: n8emr.1993Jan03.165318.7277
Distribution: na
Organization: HAM BBS, 614-895-2553 (1200/2400/v.32/pep)


I checked the last month or so of messages, but didnt see the 
smart host issue. Below is a network I have at home. Things
were working OK till I put the Sun machine in the network.
I dont have enough experience with sendmail.

Is there a way to smart host route in sendmail? 99% of all 
outbound mail will need to be routed to n8emr and then out to
the real world via uucp. I know I can add smail, but would rather 
not do that.




Thinnet network
 <-|------------|---------------|---------------|---------------|------------->
   |            |               |               |               |
   |            |               |               |               |
   |            |               |               |               |
   44.70.0.1	44.70.0.4	44.70.0.5	44.70.0.2	44.70.0.3
   n8emr	sat		yaub		gate		laptop
   ISC UNIX     DOS/PCNFS	SunOS UNIX      DOS/NET         DOS/ncsa
   |            |                               |                
   |            |                               |                
   |            |                               |                
   |        Oscar statellite 			|                
   |         tracking station                   |                
   |                                            |                
  To                                           To know
Internet via				    44.70.0.x  where x > 10
UUCP gateway/				    44.70.4.x
Dialup BBS				    44.70.8.x
					    44.70.12.x
					    44.70.14.x
					    44.70.16.x
					    44.x.x.x  
						via RF 



-- 
Gary W. Sanders gws@n8emr.cmhnet.org, 72277,1325
N8EMR @ N8JYV (ip addr) 44.70.0.1 [Ohio AMPR address coordinator]
HAM BBS 614-895-2553 (1200/2400/V.32/PEP) Voice: 614-895-2552 (eves/weekends)
From: hugues@afp.com (Hugues Lafarge)
Newsgroups: comp.mail.sendmail
Subject: Help: batched stmp with sendmail-IDA-5.65c8
Date: 23 Dec 92 23:56:41 GMT
Organization: Axis Design 119 rue de Flandre, 75019 Paris, France

I managed to configured sendmail to send smtp batches to
a uucp site, but it only puts one message per batch!

I tried to declare the mailer as expensive, so that it
queues the messages insteed on sending them immmediatly
that works too but the result is the same: one mail per
batch even when there ary many in the queue.

Is there a way to get it to put multiple messages in the
same batch?

Please reply via e-mail, as i get news approximatively
two weeks late.

Any help would be really appreciated (even workarounds
if there is no direct solution)

Thanks in advance.
From: brian@ucsd.edu (Brian Kantor)
Newsgroups: comp.mail.sendmail
Subject: Re: Does alias lookup iterate?
Date: 31 Dec 1992 14:02:23 GMT
Organization: The Avant-Garde of the Now, Ltd.
Distribution: usa
NNTP-Posting-Host: ucsd.edu
Keywords: sendmail alias

Yes, they iterate, but your problem is that on the second and successive
iterations they are case-sensitive.  The patch is simple; in the alias
lookup subroutine, use newstring to make a copy of the alias being
searched for and downcase it before the search.  As far as I can see,
that bug is present in all versions of vanilla sendmail through 5.67.

I seem to recall that it's done correctly in IDA-sendmail.
	- Brian
Newsgroups: comp.mail.sendmail,comp.mail.mh
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: Differences invoking sendmail or using socket (localhost,SMTP)
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Wed, 30 Dec 1992 00:54:52 GMT

Umm, without wanting to sound naive and reactioanry at the same time, but:

    What we need here is:

        /bin/deliver-this-for-me-i-doan-care

    User agents should understand as little of the underlying network and
    its protocols as necessary.  User agents that talk SMTP?  No, no,
    anything but that.  822 messages down a pipe, fine.


Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''
Newsgroups: comp.mail.sendmail
From: mac@unison.com (Michael A. Casteel)
Subject: Does alias lookup iterate?
Summary: My sendmail aliases do not resolve included aliases
Date: Wed, 30 Dec 1992 17:29:52 GMT
Distribution: usa
Organization: Unison-Tymlabs
Keywords: sendmail alias

I don't get deep into sendmail often, so this question puzzles me,
and I don't have any decent documentation in my office.

What I have repeatedly bitten myself with would be solved if sendmail
iterated alias lookup. A brief example:

STAFF   john,fred
...
john    johnh@somewhere

This just DOESN'T seem to work, I get complaints that john doesn't
exist when I mail to STAFF. You see, I was SO used to mailing to 
john (NOT johnh@somewhere) that I just used 'john' when I added
STAFF. Gets me every time.

Version 5.65 of sendmail (it's HP-UX 8.0).
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mike Casteel                      Unison Tymlabs
mac@unison.com    		  675 Almanor Ave., Sunnyvale, CA
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: eric@CS.Berkeley.EDU (Eric Allman)
Newsgroups: comp.mail.sendmail
Subject: Re: SunOS sendmail 4.1/SMI-4.1: bogus "User
Date: 28 Dec 1992 18:23:35 GMT
Organization: UC Berkeley Mammoth Project
Distribution: world
Reply-To: eric@CS.Berkeley.EDU
NNTP-Posting-Host: mastodon.cs.berkeley.edu

In article <BzynII.C9v@solaria.mil.wi.us>, jgreco@solaria.mil.wi.us (Joe Greco) writes:
|> In comp.mail.sendmail article <1haerbINNeu5@msuinfo.cl.msu.edu>, jpd@discovery.msu.edu wrote:
|> :But what are the ramifications of removing the frozen (.fc) file.  Are there any??
|> 
|> Yeah.  When I first installed 5.67 out of the Reno distribution, I wasn't
|> thinking and forgot that sendmail needs the static compilation to work with
|> the .fc files on a Sun.  The Reno documentation of course does not expect
|> people like me to steal Renoware for use on a Sun...  So we experienced
|> lots of mail problems for a day until I realized that it was dying when I 
|> froze the file.  It took me another two months to get around to finding 
|> out WHY (I learned THAT lesson the hard way).
|> 
|> In the meantime,
|> 
|> 1) Sendmail startup speed is dramatically SLOWER.
|> 2) At the syslog mail logging level I use, I was getting a warning message 
|>    every time sendmail was invoked that the .fc wasn't present.
|> 
|> Fun.

Regarding point 1, the frozen configuration file really only makes
sense if your disk speeds are noticeably faster than your CPU speeds.
The .fc file is large, but on the other hand reading a .cf file
involves lots of mallocs.

However, please notice that sendmail doesn't have to restart on incoming
SMTP connections, so this choice is irrelevant there.  On workstations,
all but the most determined emailer will notice the difference.  So, the
only place this is likely to make a difference is large, shared machines
with a lot of people sendmail email.

Regarding point 2, someone hacked the sources at Berkeley to add the
syslog indicated -- they apparently mistakenly thought the .fc was
a requirement.  I have unhacked that syslog in 6.1.  The frozen
configuration was always intended to be completely optional.  As a
rule, we don't use frozen configurations any more at Berkeley.

eric
From: jpd@discovery.msu.edu (Joe P. DeCello)
Newsgroups: comp.mail.sendmail
Subject: Re: SunOS sendmail 4.1/SMI-4.1: bogus "User
Date: 23 Dec 92 19:31:55 GMT
Reply-To: jpd@discovery.msu.edu
Organization: Michigan State University
NNTP-Posting-Host: discovery.cl.msu.edu

In article 743@mp.cs.niu.edu, rickert@mp.cs.niu.edu (Neil Rickert) writes:
]In article <BzpqxD.BH@intellection.com> emcguire@intellection.com (Ed McGuire) writes:
]>This sendmail fails to verify addresses which correspond to records in
]>the NIS "passwd" map, when started in rc.local as a daemon with
]>"/usr/lib/sendmail -bd -q1h".
]
]>What am I missing?
]
]  cd /etc
]  rm -f sendmail.fc  # and don't recreate it
]  # now kill and restart your daemon.
]
][Sun's implementation of shared libraries is not completely compatible
]with Berkeley's implementation of frozen configs.]
]


But what are the ramifications of removing the frozen (.fc) file.  Are there any??
---
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joseph P. DeCello III                      e-mail:  jpd@cad.msu.edu
Michigan State University                      ph:  (517) 353-3027 
Specialized Computing Support Services           1:00pm - 5:00pm EST
From: ggw@wolves.Durham.NC.US (Gregory G. Woodbury)
Newsgroups: comp.mail.sendmail
Subject: Starting Afresh for Sendmail?
Date: 24 Dec 92 06:12:02 GMT
Organization: Wolves Den UNIX
X-Md4-Signature: aa0467b968b74613494073edb407d42b

I have this orphan Unix System V (release 3.2) 88000 based machine
(actually, I have 8 or 9 of them!) and the vendor supplied sendmail
(without smail) version seems to be rather brain-dead.  They munged the
configuration files beyond belief and managed to make it fairly
impossible to do uucp properly.

I am trying to determine if it is more beneficial to try generating a
proper .cf file using the materials from the BSD sources, or whether I
should get Sendmail+IDA and try building from scratch.

There is a socket library, with the #include files in (mostly) the
proper places, so it's not apparently a problem with the actual
interfaces.

Opinions appreciated.
-- 
Gregory G. Woodbury @ The Wolves Den UNIX, Durham NC  <Standard disclaimers>
UUCP: ...dukcds!wolves!ggw   ...duke!wolves!ggw           [use the maps!]
Domain: ggw@wolves.Durham.NC.US  ggw%wolves@duke.cs.duke.edu
[This site is *not* affiliated with Duke University.  (Idiots!) ]
Newsgroups: comp.mail.sendmail
From: vlcek@mtl.mit.edu (Jim Vlcek)
Subject: Is it possible to alias a hostname?
Summary: WinQVT/Net generates undeliverable return addresses
Organization: EPI Software Systems, Chorus Corporation
Date: Wed, 30 Dec 1992 11:00:27 GMT

Here's the situation:

I'm setting up WinQVT/Net on a local network here, so that Windows (R)
users can get email connectivity to our SMTP feed.  WinQVT/Net uses
the POP3 protocol to retrieve mail from a POP server; that half of
the connection works just fine.

Unfortunately, since some older versions of the POP server didn't
support the transmission of mail originating _from_ the POP client,
the developers of WinQVT/Net have decided to transmit mail from the
client via SMTP, rather than use the Berkeley extension to the POP
protocol (which not all servers would provide).

This sounds fine, at first, but generates undeliverable return
addresses when mail is sent out from a Windows (R) box, ie

  From: vlcek@windowsbox.epimbe.com

where windowsbox is the PC's hostname.  WinQVT/Net does not accept
incoming SMTP connections, so mail sent back to this address (via a
"Reply" command or button, which is how about 95% of users send mail!)
will not be deliverable.  Since the obvious remedy (don't use "reply")
would require a change in behavior on the part of all those who send
_us_ mail (namely, customers), it is an unworkable solution.

Is there anything I can do to get mail targeted for certain hostnames
to be delivered instead to the POP server (into /usr/spool/mail) ?
All mail goes through one central point (epimbe.com) via a uucp link,
so whatever setup that needs to be done can be done in one place.

Please send email to vlcek@epimbe.com and I'll summarize and post to
the net.

PS - Other than this minor difficulty, WinQVT/Net is a wonderful
     shareware program.  It's really useful in a mixed Unix/Windows
     environment like ours.
Newsgroups: comp.mail.sendmail,comp.mail.uucp