SUMMARY: Sendmail rejects valid addresses

From: Steve Dickson (sdickson@gumby.for.gov.bc.ca)
Date: Wed Jan 11 1995 - 07:21:36 CST


Problem:
--------
Running the default (no-MX) Sendmail 5.0/SVR4 unders Solaris 2.3, could not
send mail to valid addresses.

Solution:
---------
The default version of Sendmail provided with Solaris 2.3 does not understand MX
(mail exchanger) records. The solution is to use the MX version of Sendmail (why
this is not used as the default, I have no idea). A very useful breakdown of the
final correct solution is included below.

Thanks:
-------
Claus Assmann <ca@informatik.uni-kiel.de>
valko@cyberspace.com (Jack Valko)
rauthenberg@HHI.DE (Stefan Rauthenberg)
Ric Anderson <ric@Artisoft.COM>
Tom Mornini <tmornini@infomania.com>
Alan Thew <Alan.Thew@liverpool.ac.uk>
Andy Mitchell <afm@ufnmr1.health.ufl.edu>
Dave Hightower <hightowr@afwc.af.mil>

From: Claus Assmann <ca@informatik.uni-kiel.de>
! Here's a file I put together for local use that appears close to your
! situation. Comments welcome.
!
! /pbp
! ====
!
! How to Fix a Cranky SUN Mail System.
!
!
! 1) Kill the existing sendmail daemon process.
!
! ps waux | grep sendmail
! kill <pid> where <pid> is the process id of the daemon.
!
! 2) Replace the default sendmail executable with the SUN-supplied version
! that understands use of the DNS. Zap any frozen config file present.
!
! cd /usr/lib
! cp sendmail sendmail.nomx
! chmod 755 sendmail.nomx
! cp sendmail.mx sendmail
! chmod 4511 sendmail
! rm -f /usr/lib/sendmail.fc /etc/sendmail.fc /etc/mail/sendmail.fc
!
! 3) Establish a /etc/resolv.conf file to direct DNS queries to a server.
! The values of "domain" and the "nameserver" lines depends critically
! on where you are. At the University of Illinois the value of domain
! is typically your department or office name combined with "uiuc.edu".
! Long names, e.g., Personnel Services Office, are typically abbreviated
! (pso.uiuc.edu). Examples: math.uiuc.edu, life.uiuc.edu, ncsa.uiuc.edu.
!
! Some institutions have a one domain fits all name. An example of
! this is the US Army Corps of Engineers, Construction Engineering
! Research Lab locally known as US Army CERL. Army policy specifies
! that domain names must use their official acronym with the "army.mil"
! domain. So CERL's domain name is "cecer.army.mil". Adding a fourth
! domain to distinguish internal departments and divisions would have
! made the names overly long. Thus all CERL hosts are named
! foo.cecer.army.mil.
!
! Selecting nameservers must be done in consultation with your local
! network expert. At the University of Illinois (and ONLY here please)
! the following values can be used. Let's repeat that - only University
! of Illinois hosts should be using our nameservers.
!
! domain foo.uiuc.edu (replace foo with your official domain)
! nameserver 128.174.5.59
! nameserver 128.174.5.50
! nameserver 128.174.5.58
!
! At US Army CERL, use the following:
!
! domain cecer.army.mil
! nameserver 129.229.20.254
! nameserver 129.229.1.5
!
! N.B., SUN's resolver code is based on BIND v4.8.1 and suffers from several
! problems. Chief among those is zero fault tolerance. If the first listed
! nameserver is unreachable or dead, the resolver won't try any of the
! subsequently listed servers. Re-compiling both sendmail and libresolv.a
! from modern sources is the only fix for this.
!

[sdickson: NOTE: only use main.cf for the main mailserver. Other machines in
 the domain should use the subsidiary.cf template file ]

! 4) Copy the "main" sendmail.cf base file to sendmail.cf.
! Under SUN-OS 4.X use
!
! cp /usr/lib/sendmail.main.cf /etc/sendmail.cf
!
! Under SUN-OS 5.X use
!
! cd /etc/mail
! cp main.cf sendmail.cf
!
!
! Now that the base work has been done you have a choice: death or chi-chi.
! No, that's another sick joke. Let's stick to SUNs and retain what shreds
! of dignity we can. Onward.
!
! The next set of steps involve changes to the sendmail.cf file. Invoke the
! editor of your choice on /etc/sendmail.cf or /etc/mail/sendmail.cf.
!
! 5) Change the value of the $j greeting macro. Macros are defined with
! lines beginning with 'D'. Thus the $j macro is defined on a line
! beginning with 'Dj'. Change sendmail.cf (nee main.cf) to look like
!
! # my official hostname
! # You have two choices here. If you want the gateway machine to identify
! # itself as the DOMAIN, use this line:
! #Dj$m
! # If you want the gateway machine to appear to be INSIDE the domain, use:
! #Dj$w.$m
! # Unless you are using sendmail.mx (or have a fully-qualified hostname), use:
! Dj$w
!
! (Comment out the Dj$m entry and enable the Dj$w entry.)
!
! 6) Select the proper mailer for forwarding to a smarter relay. In the
! case of a site connected to the Internet, this is the "ddn" mailer.
! Change to:
!
! # major relay mailer - typical choice is "ddn" if you are on the
! # Defense Data Network (e.g. Arpanet or Milnet)
! #DMsmartuucp
! DMddn
!
! 7) Select the smarter relay to handle messages to unknown destinations.
! This MUST be selected on a per-site basis.
!
! At the University of Illinois *ONLY*
!
! # major relay host: use the $M mailer to send mail to other domains
! DRux1.cso.uiuc.edu
! CRux1.cso.uiuc.edu
!
! At the US Army CERL *ONLY*
!
! # major relay host: use the $M mailer to send mail to other domains
! DRmax.cecer.army.mil
! CRmax.cecer.army.mil
!
! 8) Configure your domain names. Replace the foo.bar.uiuc.edu names below
! with your host's FQDN.
!
! #################################################
! #
! # General configuration information
! ...
! # Example: (bogus examples, ignore)
! # DmCS.Podunk.EDU
! # Cm cs cs.Podunk.EDU
! Dwfoo.bar.uiuc.edu
! Dmfoo.bar.uiuc.edu
!
! 9) Change the ddn mailer rules in ruleset 0 according to the comments there.
! Ruleset 0 is labelled by a line containing only "S0". About 40 lines
! further down are the following rulesets.
!
! # Pass other valid names up the ladder to our forwarder
! #R$*<@$*.$=T>$* $#$M $@$R $:$1<@$2.$3>$4 user@domain.known
!
! # Replace following with above to only forward "known" top-level domains
! #R$*<@$*.$+>$* $#$M $@$R $:$1<@$2.$3>$4 user@any.domain
!
! # if you are on the DDN, then comment-out both of the the lines above
! # and use the following instead:
! R$*<@$*.$+>$* $#ddn $@ $2.$3 $:$1<@$2.$3>$4 user@any.domain
!
! Follow the comments and comment out the second rule that forwards
! only "known" domains and enable the following rule that uses the "ddn"
! mailer.
!
! Write the sendmail.cf file back out and leave the editor. Now test the
! changes by using sendmail in test mode.
!
! 10) Test address recognition. Invoke sendmail in address test mode:
!
! /usr/lib/sendmail -bt
!
! Run the following address forms through one at a time. The leading 0
! is the starting ruleset. Each address should resolve to "user" using
! the "local" mailer. Replace "foo" and "bar.uiuc.edu" with the name
! of your host and domain.
!
! 0 user
! 0 user@foo
! 0 user@foo.bar.uiuc.edu
!
! 11) Verify out-going addresses are correct. Use the -v option to Berkeley
! mail to check that the return addresses are correct. If -v doesn't
! work with your mailer, use sendmail direct.
!
! Mail -v nobody@ucbvax.berkeley.edu < /dev/null
! or
! /usr/lib/sendmail -v nobody@ucbvax.berkeley.edu < /dev/null
!
! 12) Fire up sendmail in daemon mode.
!
! /usr/lib/sendmail -bd -q1h
!
! 13) Test in-bound mail. From another host, verify that mail sent to a
! user that has no forwarding set up, either via /etc/aliases or
! .forward file, actually arrives. Telnet to the SMTP port and verify
! that the greeting message uses the fully qualified domain name.
!
! telnet foo.bar.uiuc.edu 25
!
! quit
! --

>From ric@Artisoft.COM Sat Jan 7 07:00 PST 1995
Return-Path: <ric@Artisoft.COM>
Received: from coyote.Artisoft.COM by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA04717; Sat, 7 Jan 1995 07:00:14 -0800
Received: (from ric@localhost) by coyote.Artisoft.COM (8.6.9/8.6.9) id HAA13631 for sdickson@gumby.for.gov.bc.ca; Sat, 7 Jan 1995 07:57:09 -0700
From: Ric Anderson <ric@Artisoft.COM>
Message-Id: <199501071457.HAA13631@coyote.Artisoft.COM>
Subject: Re: Sendmail rejects valid addresses
To: sdickson@gumby.for.gov.bc.ca
Date: Sat, 7 Jan 1995 07:57:09 -0700 (MST)
In-Reply-To: <9501062301.AA03178@gumby.for.gov.bc.ca> from "Steve Dickson" at Jan 6, 95 03:01:29 pm
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-ASCII"
Content-Length: 1629
Status: RO
X-Lines: 44

>
> Dear Managers,
>
> We're running Sendmail 5.0/SMI-SVR4 under a Solaris 2.3/SunOS 5.3 host.
> The problem is that sendmail is unable to deliver mail to what are known to
> be valid addresses A transcript of a typical return message follows:
>
[stuff deleted]
> ----- Transcript of session follows -----
> 421 Host uvcs.uvic.ca not found for mailer ddn.
[stuff deleted]
The /usr/lib/sendmail program does not recognize MX addresses. These
are not valid internet addresses, but rather objects that only sendmail
can process. Pinging such an object SHOULD fail, in my opinion. My
guess is your 3270 figures out what machine accepts mail for the name
"uvcs.uvic.ca" and then pings that.

To see whether a name is valid, do
        nslookup
> uvcs.uvic.ca
and you will get
        *** No address (A) records available for uvcs.uvic.ca
But if you
> set type=any
> uvcs.uvic.ca
Non-authoritative answer:
uvcs.uvic.ca nameserver = netinfo.UVic.CA
uvcs.uvic.ca nameserver = active.UVic.CA
uvcs.uvic.ca preference = 0, mail exchanger = UVCS019.UVCS.UVic.CA

So this tells you that the host UVCS019.UVCS.UVic.CA is the mail
handler for uvcs.uvic.ca. On your 3270, if you ping uvcs.uvic.ca I'd
bet the IP number it uses is 142.104.30.19.

Anyway, that's why th failure. The fix is to look in /usr/lib and note
there is "sendmail" and "sendmail.mx". You can
        cd /usr/lib
        mv sendmail sendmail.nomx
        cp -p sendmail.mx sendmail
Then check the result to make sure sendmail is owned by root, and has
the proper privileges (like setuid) after the copy.

Hope this helps,
Ric (<ric@Artisoft.COM> "Ric Anderson", speaking for himself)

>From rmsun!rmorse@medar.com Sat Jan 7 07:17 PST 1995
Return-Path: <rmsun!rmorse@medar.com>
Received: from relay3.UU.NET by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA04741; Sat, 7 Jan 1995 07:17:08 -0800
Received: from uucp3.UU.NET by relay3.UU.NET with SMTP
        id QQxxqy13739; Sat, 7 Jan 1995 10:14:12 -0500
Received: from medar.UUCP by uucp3.UU.NET with UUCP/RMAIL
        ; Sat, 7 Jan 1995 10:14:07 -0500
Received: by medar.com (Smail3.1.28.1 #8)
        id m0rQcp9-0004YMC; Sat, 7 Jan 95 10:12 EST
        id AA19001; Sat, 7 Jan 1995 09:54:07 -0500
>Received: by rmsun. (5.x/SMI-SVR4)
        id AA19001; Sat, 7 Jan 1995 09:54:07 -0500
Date: Sat, 7 Jan 1995 09:54:07 -0500
From: rmsun!rmorse@medar.com (Robert Morse)
Message-Id: <9501071454.AA19001@rmsun.>
To: uunet!gumby.for.gov.bc.ca!sdickson@uunet.uu.net
Subject: Re: EBCDIC->ASCII
X-Sun-Charset: US-ASCII
Content-Type: text
Content-Length: 145
Status: RO
X-Lines: 9

Hi,
        If you use a '.' as the first thing on the line and press return
it also ends the mail message in mailx.

Robert Morse

rmorse@rmsun.UUCP

>From tmornini@infomania.com Sat Jan 7 09:32 PST 1995
Return-Path: <tmornini@infomania.com>
Received: from sun630mp-le0.infomania.com (sun630mp-le1.infomania.com) by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA10085; Sat, 7 Jan 1995 09:32:11 -0800
Received: (from tmornini@localhost) by sun630mp-le0.infomania.com (8.6.9/8.6.9) id JAA12935 for sdickson@gumby.for.gov.bc.ca; Sat, 7 Jan 1995 09:27:35 -0800
From: Tom Mornini <tmornini@infomania.com>
Message-Id: <199501071727.JAA12935@sun630mp-le0.infomania.com>
Subject: Re: Sendmail rejects valid addresses
To: sdickson@gumby.for.gov.bc.ca
Date: Sat, 7 Jan 1995 09:27:35 -0800 (PST)
In-Reply-To: <9501062301.AA03178@gumby.for.gov.bc.ca> from "Steve Dickson" at Jan 6, 95 03:01:29 pm
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-ASCII"
Content-Length: 1743
Status: RO
X-Lines: 32

> Now, when I attempt to ping the above host, I get "Host unknown". Nothing
> too strange about all this so far; it would seem that the e-mail address
> is invalid. However, when I move to 3270 host and ping this same address,
> it works fine. Similarly, when I mail that user on the 3270 machine, the
> mail goes through no problem.

This seems strange. Are you using the 'mx' or 'nomx' sendmail.cf file that
ships with Solaris? I believe that the 'nomx' is the standard version with
Solaris 2.3, which makes for a totally brain-dead mailer.
 
> Our sendmail works in the overwhelming majority of cases but there seem to
> be a few addresses that it simply can't reach. Of these, a large proportion
> CAN be reached using the 3270 machine. I've tried pinging/telnet etc. every
> address that we can't reach and in each case I get a "Host unknown"
> message.

The only thing that comes to mind is to check the nsswitch.conf file and
make certain that each and every line includes 'dns' on it.

> Is this a problem with sendmail or is it possibly a problem with DNS or a
> combination of the two? Any ideas on how to fix the problem? I'm going to
> be moving to Sendmail 8.6.9 any day now, but I was wondering if these
> problems were symptomatic of some underlying problem.

I had a VERY difficult time with the Sendmail that shipped with Solaris. I
got the O'Rielly book, Sendmail, and installed 8.6.9 on its recommendation.
The installation was long and arduous, but finally, after reading all the
docs, I had a mail system that was flawless.

------------------------------ Tom Mornini -----------------------------------
                                InfoMania
                                PostScript Electronic Pre-press

>From pam@fimad1.lanl.gov Sat Jan 7 09:36 PST 1995
Return-Path: <pam@fimad1.lanl.gov>
Received: from fimad1.lanl.gov by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA10091; Sat, 7 Jan 1995 09:36:12 -0800
Received: (pam@localhost) by fimad1.lanl.gov (8.6.8/93112601) id KAA11476 for sdickson@gumby.for.gov.bc.ca; Sat, 7 Jan 1995 10:33:08 -0700
Date: Sat, 7 Jan 1995 10:33:08 -0700
From: Patricia Ann Max <pam@fimad1.lanl.gov>
Message-Id: <199501071733.KAA11476@fimad1.lanl.gov>
To: sdickson@gumby.for.gov.bc.ca
Subject: Re: EBCDIC->ASCII
Content-Type: text
Content-Length: 1466
Status: RO
X-Lines: 32

Look at the command stty. It allows you to change the mapping of any of
the ctrl keys->commands. For example, stty erase ^h, typed as I have
typed it makes erase = backspace. stty kill ^c is the default, but
you could change it to something else if you wanted to. To see what the
user has as defaults, he should type stty -a, and he'll see something
like this.

% stty -a
speed 9600 baud; line = 0; susp = ^Z; dsusp <undef>
rows = 24; columns = 80
intr = ^C; quit = ^\; erase = ^H; kill = ^U; swtch <undef>
eof = ^D; eol = ^@; min = 4; time = 0; stop = ^S; start = ^Q
-parenb -parodd cs8 -cstopb hupcl cread -clocal -loblk -crts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc
ixon -ixany -ixoff -rtsxoff -ctsxon -ienqak
isig icanon iexten -xcase echo echoe echok -echonl -noflsh
opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel -tostop

Then define a key combination using stty eof key that he can use
on his terminal used to send eof in mail and put it in his .login file
on the HP. It can also go in the .cshrc file if you are not using
.login (we old unix types use both because when you login, the .cshrc
is evaluated, then the .login, and for every shell/window, the .cshrc
is evaluated again). Also, I believe most text mail packages, such as
mailx, accept .<CR> at the beginning of a line as eof.

man stty will tell you what all the setting mean.

Pat Max
Los Alamos National Laboratory
Los Alamos, NM 87545

>From tmornini@infomania.com Sat Jan 7 09:41 PST 1995
Return-Path: <tmornini@infomania.com>
Received: from sun630mp-le0.infomania.com (sun630mp-le1.infomania.com) by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA10100; Sat, 7 Jan 1995 09:41:05 -0800
Received: (from tmornini@localhost) by sun630mp-le0.infomania.com (8.6.9/8.6.9) id JAA13032 for sdickson@gumby.for.gov.bc.ca; Sat, 7 Jan 1995 09:36:30 -0800
From: Tom Mornini <tmornini@infomania.com>
Message-Id: <199501071736.JAA13032@sun630mp-le0.infomania.com>
Subject: Re: Sendmail rejects valid addresses
To: sdickson@gumby.for.gov.bc.ca
Date: Sat, 7 Jan 1995 09:36:29 -0800 (PST)
In-Reply-To: <9501062301.AA03178@gumby.for.gov.bc.ca> from "Steve Dickson" at Jan 6, 95 03:01:29 pm
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-ASCII"
Content-Length: 1095
Status: RO
X-Lines: 25

> Now, when I attempt to ping the above host, I get "Host unknown". Nothing
> too strange about all this so far; it would seem that the e-mail address
> is invalid. However, when I move to 3270 host and ping this same address,
> it works fine. Similarly, when I mail that user on the 3270 machine, the
> mail goes through no problem.

I tried to ping uvcs.uvic.ca and also received a Host unknown message. With
nslookup, however, I found that there is a valid MX for uvcs.uvic.ca, which
pretty much confirms that you must be using the sendmail.nomx file (default),
rather than the sendmail.mx which understands MX records.

Try switching these.

'mv sendmail sendmail.nomx'
'mv sendmail.mx sendmail'

Then reboot.

There is no host named uvcs.uvic.ca. It is a valid e-mail address only because
of the MX records, and your sendmail wasn't compiled with MX support, which
is a pretty weird policy for Sun.

------------------------------ Tom Mornini -----------------------------------
                                InfoMania
                                PostScript Electronic Pre-press

>From rice@green.harvard.edu Sat Jan 7 11:15 PST 1995
Return-Path: <rice@green.harvard.edu>
Received: from green.harvard.edu by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA10215; Sat, 7 Jan 1995 11:15:41 -0800
Received: by green.harvard.edu (5.0/SMI-SVR4)
        id AA07370; Sat, 7 Jan 1995 14:12:01 +0500
Date: Sat, 7 Jan 1995 14:12:01 +0500
From: rice@green.harvard.edu (Ken Rice)
Message-Id: <9501071912.AA07370@green.harvard.edu>
To: sdickson@gumby.for.gov.bc.ca
Subject: Re: EBCDIC->ASCII
Newsgroups: info.sun-managers
In-Reply-To: <9501070047.AA03442@gumby.for.gov.bc.ca>
Organization: Harvard University Herbaria
Cc:
Content-Type: text
Content-Length: 1325
Status: RO
X-Lines: 30

Hi,

In mailx a single "." will end the message (EOT) if it is the first
character on a line. Your user can type "." instead of ctrl-D
and it should work OK.

Ken Rice

>Dear Managers,
>
>This may not be an entirely appropriate forum, but I can't think of a better qualified
>group of people to answer this question for me, so here goes.
>
>We have a Sun 4/670MP runnning Solaris 2.3/SunOS 5.3. An external user wants to telnet
>into our host from a 3270 machine with an EBCDIC keyboard mapping that cannot be changed.
>A problem arises when the user attempts to send e-mail. Since the user has to use a purely
>textual interface, he uses mailx as a mailer interface. Under mailx, the message is sent
>using cntrl-D. When the user presses cntrl-D, he gets a core dump and the message remains
>unsent. This is due to the 3270/EBCDIC keyboard mapping which interprets the cntrl-D as
>DUP. Now, the 3270/EBCDIC keyboard mapping on his machine cannot be changed, so is there
>any way of changing the mapping on our side such that either the cntrl-D is interpreted as
>its ASCII equivalent or some character other than cntrl-D is used for EOT? Ideally, this
>altered mapping would only be applied for that one user under mailx. Any suggestions? It's
>not a vital problem, but it is a pain.
>
>Thanks in advance.
>
>

>From grossjoh@linus.informatik.uni-dortmund.de Sat Jan 7 12:18 PST 1995
Return-Path: <grossjoh@linus.informatik.uni-dortmund.de>
Received: from waldorf.informatik.uni-dortmund.de by gumby.for.gov.bc.ca (5.0/SMI-SVR4)
        id AA10294; Sat, 7 Jan 1995 12:18:01 -0800
Received: from linus.informatik.uni-dortmund.de
        by waldorf.informatik.uni-dortmund.de with SMTP (Sendmail 8.6.9/UniDo 2.0.27)
        id VAA15884; Sat, 7 Jan 1995 21:14:57 +0100
Received: by linus.informatik.uni-dortmund.de id AA24312; Sat, 7 Jan 95 21:14:55 +0100
From: Kai Grossjohann <grossjoh@linus.informatik.uni-dortmund.de>
Date: Sat, 7 Jan 95 21:14:55 +0100
Message-Id: <9501072014.AA24312@linus.informatik.uni-dortmund.de>
To: sdickson@gumby.for.gov.bc.ca (Steve Dickson)
Subject: EBCDIC->ASCII
In-Reply-To: <9501070047.AA03442@gumby.for.gov.bc.ca>
References: <9501070047.AA03442@gumby.for.gov.bc.ca>
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
Content-Type: text
Content-Length: 631
Status: RO
X-Lines: 30

>>>>> "Steve" == Steve Dickson <sdickson@gumby.for.gov.bc.ca> writes:

  Steve> Under mailx, the message is sent using cntrl-D.

Well, this may not be a solution, but it could be a workaround. Isn't
the message terminated by a line containing only a dot, too? So,
instead of:

,-----
| % mailx jrl@foo
| this is a test.
| ^D
| %
`-----

try this:

,-----
| % mailx jrl@foo
| this is a test.
| .
| %
`-----

You have already noticed that I don't know the first thing about
mailx, except that I think it's the same as /usr/ucb/Mail on a BSDish
system, so I'm wildly guessing here.
        \kai{}

--
Life is hard and then you die.

>From djk@boombox.apana.org.au Sat Jan 7 12:54 PST 1995 Return-Path: <djk@boombox.apana.org.au> Received: from boombox.apana.org.au by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA10325; Sat, 7 Jan 1995 12:54:12 -0800 Received: (from djk@localhost) by boombox.apana.org.au (8.6.8/8.6.6) id HAA04746 for sdickson@gumby.for.gov.bc.ca; Sun, 8 Jan 1995 07:50:50 +1100 From: David Keegel <djk@boombox.apana.org.au> Message-Id: <199501072050.HAA04746@boombox.apana.org.au> Subject: Re: EBCDIC->ASCII To: sdickson@gumby.for.gov.bc.ca Date: Sun, 8 Jan 1995 07:50:49 +1000 (EST) In-Reply-To: <9501070047.AA03442@gumby.for.gov.bc.ca> from "Steve Dickson" at Jan 6, 95 04:47:49 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" Content-Length: 733 Status: RO X-Lines: 11

] We have a Sun 4/670MP runnning Solaris 2.3/SunOS 5.3. An external user wants to telnet ] into our host from a 3270 machine with an EBCDIC keyboard mapping that cannot be changed. ] A problem arises when the user attempts to send e-mail. Since the user has to use a purely ] textual interface, he uses mailx as a mailer interface. Under mailx, the message is sent ] using cntrl-D. When the user presses cntrl-D, he gets a core dump and the message remains ] unsent.

Why not end the message with a line containing just "."? ___________________________________________________________________ David Keegel <David.Keegel@apana.org.au> NIC handle: DJK20 APANA: a network community, not just a personal mail/news/slip feed.

>From pluto!perryh@qiclab.scn.rain.com Sat Jan 7 14:47 PST 1995 Return-Path: <pluto!perryh@qiclab.scn.rain.com> Received: from qiclab.scn.rain.com by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA10447; Sat, 7 Jan 1995 14:47:45 -0800 Received: by qiclab.scn.rain.com (/\==/\ Smail3.1.28.1 #28.13) id <m0rQjs2-000USoC@qiclab.scn.rain.com>; Sat, 7 Jan 95 14:44 PST Received: by pluto.rain.com (3.2/SMI-3.2+N-pluto-940201) id AA00918; Sat, 7 Jan 95 14:24:58 PST Date: Sat, 7 Jan 95 14:24:58 PST From: perryh@pluto.rain.com (Perry Hutchison) Message-Id: <9501072224.AA00918@pluto.rain.com> To: sdickson@gumby.for.gov.bc.ca Subject: Re: EBCDIC->ASCII Content-Type: text Content-Length: 391 Status: RO X-Lines: 7

> is there any way of changing the mapping on our side such that either > the cntrl-D is interpreted as its ASCII equivalent or some character > other than cntrl-D is used for EOT?

Mailx is a varient of SunOS 4.x /usr/ucb/Mail. Check the mailx manpage and see if it supports the "dot" variable to recognize a period on a line by itself as EOT. This can be set in the user's .mailrc file.

>From Alan.Thew@liverpool.ac.uk Sat Jan 7 15:12 PST 1995 Return-Path: <Alan.Thew@liverpool.ac.uk> Received: from mailhub.liverpool.ac.uk (mail.liv.ac.uk) by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA10483; Sat, 7 Jan 1995 15:12:21 -0800 Received: from pop.liv.ac.uk by mail.liv.ac.uk with SMTP (PP); Sat, 7 Jan 1995 23:08:59 +0000 Date: Sat, 7 Jan 1995 23:08:57 +0000 (GMT) From: Alan Thew <Alan.Thew@liverpool.ac.uk> X-Sender: qq11@mail.liv.ac.uk Reply-To: Alan.Thew@liverpool.ac.uk To: Steve Dickson <sdickson@gumby.for.gov.bc.ca> Subject: Re: Sendmail rejects valid addresses In-Reply-To: <9501062301.AA03178@gumby.for.gov.bc.ca> Message-Id: <Pine.SUN.3.91.950107230718.22164F-100000@mail.liv.ac.uk> Organization: The University of Liverpool Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII" Content-Length: 2735 Status: RO X-Lines: 71

I'd guess that your sendmail can't handle MX records correctly. In most cases MX records will not respond to pinging since they are just pointers and not real addresses. BSD sendmail is a much better product in my opinion

On Fri, 6 Jan 1995, Steve Dickson wrote:

> Date: Fri, 6 Jan 1995 15:01:29 -0800 > From: Steve Dickson <sdickson@gumby.for.gov.bc.ca> > To: sun-managers@fimad1.lanl.gov > Subject: Sendmail rejects valid addresses > > Dear Managers, > > We're running Sendmail 5.0/SMI-SVR4 under a Solaris 2.3/SunOS 5.3 host. > The problem is that sendmail is unable to deliver mail to what are known to > be valid addresses A transcript of a typical return message follows: > > >From sdickson Fri Jan 6 14:51 PST 1995 > Date: Fri, 6 Jan 1995 14:51:08 -0800 > From: Mailer-Daemon (Mail Delivery Subsystem) > Subject: Returned mail: Host unknown > To: Postmaster > > ----- Transcript of session follows ----- > 421 Host uvcs.uvic.ca not found for mailer ddn. > 550 iwagner@uvcs.uvic.ca... Host unknown > > ----- Message header follows ----- > Return-Path: <sdickson> > Received: by gumby.for.gov.bc.ca (5.0/SMI-SVR4) > id AA03137; Fri, 6 Jan 1995 14:51:08 -0800 > Date: Fri, 6 Jan 1995 14:51:08 -0800 > From: sdickson (Steve Dickson) > Message-Id: <9501062251.AA03137@gumby.for.gov.bc.ca> > Errors-To: sdickson > To: iwagner@uvcs.uvic.ca > Subject: test > Content-Length: 5 > > > Now, when I attempt to ping the above host, I get "Host unknown". Nothing > too strange about all this so far; it would seem that the e-mail address > is invalid. However, when I move to 3270 host and ping this same address, > it works fine. Similarly, when I mail that user on the 3270 machine, the > mail goes through no problem. > > Our sendmail works in the overwhelming majority of cases but there seem to > be a few addresses that it simply can't reach. Of these, a large proportion > CAN be reached using the 3270 machine. I've tried pinging/telnet etc. every > address that we can't reach and in each case I get a "Host unknown" > message. > > Is this a problem with sendmail or is it possibly a problem with DNS or a > combination of the two? Any ideas on how to fix the problem? I'm going to > be moving to Sendmail 8.6.9 any day now, but I was wondering if these > problems were symptomatic of some underlying problem. > > BTW, I'm almost completely unfamiliar with the workings of Sendmail itself, > though I do understand the basics, so I would ask anyone that does respond > to please be gentle with me :) > > Thanks in advance. >

-- Alan Thew [Note new numbers] alan.thew@liv.ac.uk ...!uknet!liv!alan.thew Tel: +44 151 794-4497 University of Liverpool, Computing Services Fax: +44 151 794-4442

>From pluto!perryh@qiclab.scn.rain.com Sat Jan 7 15:16 PST 1995 Return-Path: <pluto!perryh@qiclab.scn.rain.com> Received: from qiclab.scn.rain.com by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA10489; Sat, 7 Jan 1995 15:16:35 -0800 Received: by qiclab.scn.rain.com (/\==/\ Smail3.1.28.1 #28.13) id <m0rQkKA-000USFC@qiclab.scn.rain.com>; Sat, 7 Jan 95 15:13 PST Received: by pluto.rain.com (3.2/SMI-3.2+N-pluto-940201) id AA01198; Sat, 7 Jan 95 15:10:34 PST Date: Sat, 7 Jan 95 15:10:34 PST From: perryh@pluto.rain.com (Perry Hutchison) Message-Id: <9501072310.AA01198@pluto.rain.com> To: sdickson@gumby.for.gov.bc.ca Subject: Re: Sendmail rejects valid addresses Content-Type: text Content-Length: 750 Status: RO X-Lines: 14

> We're running Sendmail 5.0/SMI-SVR4 under a Solaris 2.3/SunOS 5.3 host. > The problem is that sendmail is unable to deliver mail to what are known to > be valid addresses ... > 550 iwagner@uvcs.uvic.ca... Host unknown ... > Now, when I attempt to ping the above host, I get "Host unknown" ... > when I move to 3270 host and ping this same address, it works fine.

It looks to me as if sendmail is the victim of this problem, not its cause. You could try running nslookup on the 3270 host to resolve the name to an IP address, then try pinging that address from the Sun. If you can ping by address but not by name you have a DNS problem. If you can ping the address from one machine but not from the other, you have a network or routing problem.

>From lci!lci.com!odt@uunet.uu.net Sat Jan 7 15:50 PST 1995 Return-Path: <lci!lci.com!odt@uunet.uu.net> Received: from relay4.UU.NET by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA10513; Sat, 7 Jan 1995 15:50:01 -0800 Received: from lci.com by relay4.UU.NET with SMTP id QQxxsh28177; Sat, 7 Jan 1995 18:46:55 -0500 Received: by lci.com (5.0/SMI-SVR4) id AA12304; Sat, 7 Jan 1995 18:46:52 -0500 id AA16804; Sat, 7 Jan 1995 18:46:36 -0500 >Received: by lci.lci.com (5.x/SMI-SVR4) id AA16804; Sat, 7 Jan 1995 18:46:36 -0500 Date: Sat, 7 Jan 1995 18:46:36 -0500 From: odt@lci.com (Dan Transue) Message-Id: <9501072346.AA16804@lci.lci.com> To: beavis!gumby.for.gov.bc.ca!sdickson@uunet.uu.net Subject: Re: EBCDIC->ASCII X-Sun-Charset: US-ASCII Content-Type: text Content-Length: 2256 Status: RO X-Lines: 52

Steve,

Tell the user to end the mail message with `.' on a line by itself. That is the same as typing ctl-D.

-dan -- ===================================================================== Dan Transue LAN & Computer Integrators, Inc. | Email : odt@lci.com 242 Old New Brunswick Road, Suite 100 | Voice : 908-981-1991 Piscataway, NJ 08854 | Fax : 908-981-8083 =====================================================================

-> From beavis!ra.mcs.anl.gov!sun-managers-relay Sat Jan 7 06:16 EST 1995 -> >Received: by lci.com (5.0/SMI-SVR4) -> id AA10749; Sat, 7 Jan 1995 04:46:46 -0500 -> Sender: beavis!ra.mcs.anl.gov!sun-managers-relay -> Date: Fri, 6 Jan 1995 16:47:49 -0800 -> From: beavis!gumby.for.gov.bc.ca!sdickson (Steve Dickson) -> Reply-To: beavis!gumby.for.gov.bc.ca!sdickson (Steve Dickson) -> Followup-To: junk -> Message-Id: <9501070047.AA03442@gumby.for.gov.bc.ca> -> To: sun-managers@ra.mcs.anl.gov -> Subject: EBCDIC->ASCII -> Content-Type: text -> Content-Length: 1135 -> -> -> Dear Managers, -> -> This may not be an entirely appropriate forum, but I can't think of a better qualified -> group of people to answer this question for me, so here goes. -> -> We have a Sun 4/670MP runnning Solaris 2.3/SunOS 5.3. An external user wants to telnet -> into our host from a 3270 machine with an EBCDIC keyboard mapping that cannot be changed. -> A problem arises when the user attempts to send e-mail. Since the user has to use a purely -> textual interface, he uses mailx as a mailer interface. Under mailx, the message is sent -> using cntrl-D. When the user presses cntrl-D, he gets a core dump and the message remains -> unsent. This is due to the 3270/EBCDIC keyboard mapping which interprets the cntrl-D as -> DUP. Now, the 3270/EBCDIC keyboard mapping on his machine cannot be changed, so is there -> any way of changing the mapping on our side such that either the cntrl-D is interpreted as -> its ASCII equivalent or some character other than cntrl-D is used for EOT? Ideally, this -> altered mapping would only be applied for that one user under mailx. Any suggestions? It's -> not a vital problem, but it is a pain. -> -> Thanks in advance. -> -> -> ->

>From pamela@jupiter.Legato.COM Mon Jan 9 14:46 PST 1995 Return-Path: <pamela@jupiter.Legato.COM> Received: from Legato.COM (legato.Legato.COM) by for.gov.bc.ca (5.0/SMI-SVR4) id AA14279; Mon, 9 Jan 1995 14:46:05 -0800 Received: from jupiter.Legato.COM by Legato.COM (4.1/SMI-4.0) id AA18374 for sdickson@gumby.for.gov.bc.ca; Mon, 9 Jan 95 09:18:10 PST Received: from grand-am.Legato.COM by jupiter.Legato.COM (4.1/SMI-4.1) id AA11944; Mon, 9 Jan 95 09:18:09 PST Received: by grand-am.Legato.COM (5.0/SMI-SVR4) id AA10460; Mon, 9 Jan 1995 09:27:26 +0800 Date: Mon, 9 Jan 1995 09:27:26 +0800 From: pamela@jupiter.Legato.COM (Pamela Pledger) Message-Id: <9501091727.AA10460@grand-am.Legato.COM> To: sdickson@gumby.for.gov.bc.ca Subject: Re: EBCDIC->ASCII X-Sun-Charset: US-ASCII Content-Type: text Content-Length: 1593 X-Lines: 34 Status: RO

regular /usr/ucb/mail will use a "." as the first character in the last line as EOF. I use it all the time instead of "^D".

> From sun-managers-relay@ra.mcs.anl.gov Sat Jan 7 01:48:03 1995 > Sender: sun-managers-relay@ra.mcs.anl.gov > Reply-To: sdickson@gumby.for.gov.bc.ca (Steve Dickson) > Followup-To: junk > To: sun-managers@ra.mcs.anl.gov > Subject: EBCDIC->ASCII > Content-Length: 1134 > X-Lines: 21 > > > Dear Managers, > > This may not be an entirely appropriate forum, but I can't think of a better qualified > group of people to answer this question for me, so here goes. > > We have a Sun 4/670MP runnning Solaris 2.3/SunOS 5.3. An external user wants to telnet > into our host from a 3270 machine with an EBCDIC keyboard mapping that cannot be changed. > A problem arises when the user attempts to send e-mail. Since the user has to use a purely > textual interface, he uses mailx as a mailer interface. Under mailx, the message is sent > using cntrl-D. When the user presses cntrl-D, he gets a core dump and the message remains > unsent. This is due to the 3270/EBCDIC keyboard mapping which interprets the cntrl-D as > DUP. Now, the 3270/EBCDIC keyboard mapping on his machine cannot be changed, so is there > any way of changing the mapping on our side such that either the cntrl-D is interpreted as > its ASCII equivalent or some character other than cntrl-D is used for EOT? Ideally, this > altered mapping would only be applied for that one user under mailx. Any suggestions? It's > not a vital problem, but it is a pain. > > Thanks in advance. > > >

>From blymn@awadi.com.AU Mon Jan 9 14:46 PST 1995 Return-Path: <blymn@awadi.com.AU> Received: from awadi.com.AU (myall.awadi.com.AU) by for.gov.bc.ca (5.0/SMI-SVR4) id AA14286; Mon, 9 Jan 1995 14:46:31 -0800 Received: from bunya.awadi ([150.207.1.63]) by awadi.com.AU (4.1/SMI-4.1) id AA10053; Sun, 8 Jan 95 13:42:54 CST Received: from mallee.awadi by bunya.awadi (5.x/SMI-SVR4) id AA06913; Sun, 8 Jan 1995 13:41:06 +1030 From: blymn@awadi.com.AU (Brett Lymn) Message-Id: <9501080311.AA06913@bunya.awadi> Subject: Re: EBCDIC->ASCII To: sdickson@gumby.for.gov.bc.ca Date: Sun, 8 Jan 1995 13:41:07 +1030 (CST) In-Reply-To: <9501070047.AA03442@gumby.for.gov.bc.ca> from "Steve Dickson" at Jan 6, 95 04:47:49 pm X-Mailer: ELM [version 2.4 PL2] Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Length: 985 X-Lines: 20 Status: O

According to Steve Dickson: > >into our host from a 3270 machine with an EBCDIC keyboard mapping that cannot be changed. >A problem arises when the user attempts to send e-mail. Since the user has to use a purely >textual interface, he uses mailx as a mailer interface. Under mailx, the message is sent >using cntrl-D. When the user presses cntrl-D, he gets a core dump and the message remains >unsent.

This is not so - if your user puts a full-stop (.) as the first character on a line then the message will be terminated and sent, this is an alternative to using control-d. Another way would be to change the "eof" character using stty.

-- Brett Lymn, Computer Systems Administrator, AWA Defence Industries =============================================================================== "Aha! Pronoun problems. It's not `shoot you, shoot you', it's `shoot me, shoot me'. So, go ahead, shoot ME, shoot ME <BLAM>... You're Despicable" -- Daffy Duck

>From bkim@sprout.larc.nasa.gov Mon Jan 9 14:48 PST 1995 Return-Path: <bkim@sprout.larc.nasa.gov> Received: from sprout.larc.nasa.gov by for.gov.bc.ca (5.0/SMI-SVR4) id AA14290; Mon, 9 Jan 1995 14:48:08 -0800 Received: by sprout.larc.nasa.gov (8.6.8.1/server2.4) id JAA04906; Mon, 9 Jan 1995 09:12:14 -0500 Date: Mon, 9 Jan 1995 09:12:13 -0500 (EST) From: Beyung Kim <bkim@sprout.larc.nasa.gov> Subject: Re: EBCDIC->ASCII To: Steve Dickson <sdickson@gumby.for.gov.bc.ca> In-Reply-To: <9501070047.AA03442@gumby.for.gov.bc.ca> Message-Id: <Pine.3.89.9501090938.A28981-0100000@sprout.larc.nasa.gov> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII" Content-Length: 104 X-Lines: 7 Status: RO

Look man page under "dd" command, dd has a capability to convert EBCDIC to ASCII.

- B. Kim -

>From anderson@neon.mitre.org Mon Jan 9 14:52 PST 1995 Received: from mwunix.mitre.org by for.gov.bc.ca (5.0/SMI-SVR4) id AA14298; Mon, 9 Jan 1995 14:52:37 -0800 Received: from neon.mitre.org.esil (neon.mitre.org [128.29.43.109]) by mwunix.mitre.org (8.6.4/8.6.4) with SMTP id JAA26483 for <sdickson@gumby.for.gov.bc.ca>; Mon, 9 Jan 1995 09:43:11 -0500 Received: by neon.mitre.org.esil (4.1/SMI-4.1) id AA05291; Mon, 9 Jan 95 09:45:20 EST Return-Path: anderson@neon.mitre.org Date: Mon, 9 Jan 95 09:45:20 EST From: anderson@neon.mitre.org (Mark S. Anderson) Message-Id: <9501091445.AA05291@neon.mitre.org.esil> To: sdickson@gumby.for.gov.bc.ca Subject: Re: EBCDIC->ASCII Content-Type: text Content-Length: 1831 X-Lines: 39 Status: O

> From sun-users-request Sat Jan 7 05:53:24 1995 > Sender: sun-managers-relay@ra.mcs.anl.gov > Date: Fri, 6 Jan 1995 16:47:49 -0800 > From: sdickson@gumby.for.gov.bc.ca (Steve Dickson) > To: sun-managers@ra.mcs.anl.gov > Subject: EBCDIC->ASCII > > > Dear Managers, > > This may not be an entirely appropriate forum, but I can't think of a better qualified > group of people to answer this question for me, so here goes. > > We have a Sun 4/670MP runnning Solaris 2.3/SunOS 5.3. An external user wants to telnet > into our host from a 3270 machine with an EBCDIC keyboard mapping that cannot be changed. > A problem arises when the user attempts to send e-mail. Since the user has to use a purely > textual interface, he uses mailx as a mailer interface. Under mailx, the message is sent > using cntrl-D. When the user presses cntrl-D, he gets a core dump and the message remains > unsent. This is due to the 3270/EBCDIC keyboard mapping which interprets the cntrl-D as > DUP. Now, the 3270/EBCDIC keyboard mapping on his machine cannot be changed, so is there > any way of changing the mapping on our side such that either the cntrl-D is interpreted as > its ASCII equivalent or some character other than cntrl-D is used for EOT? Ideally, this > altered mapping would only be applied for that one user under mailx. Any suggestions? It's > not a vital problem, but it is a pain. > > Thanks in advance. > > > Instead of ^D, tell your user to enter a period as the only character at the beginning of a line. This indicates end of message.

Mark Anderson ---------------------------------------------------------- The MITRE Corporation manderso@mitre.org 7525 Colshire Drive, MS W747 voice: (703) 883-6439 McLean, VA 22102 FAX: (703) 883-1905

>From rls02@health.state.ny.us Mon Jan 9 14:57 PST 1995 Return-Path: <rls02@health.state.ny.us> Received: from gate.health.state.ny.us by for.gov.bc.ca (5.0/SMI-SVR4) id AA14308; Mon, 9 Jan 1995 14:57:31 -0800 Received: by gate.health.state.ny.us id (InterLock SMTP Gateway 1.1 for sdickson@gumby.for.gov.bc.ca); Mon, 9 Jan 1995 17:54:10 -0500 Received: by gate.health.state.ny.us (Internal Mail Agent-1); Mon, 9 Jan 1995 17:54:10 -0500 Received: by gate.health.state.ny.us (Internal Mail Agent-0); Mon, 9 Jan 1995 17:54:10 -0500 Message-Id: <199501091429.AA09001@gate.health.state.ny.us> Date: Mon, 9 Jan 1995 09:30:30 -0500 (EST) From: "Ronald L. Stamp" <rls02@health.state.ny.us> To: Steve Dickson <sdickson@gumby.for.gov.bc.ca> Subject: Re: EBCDIC->ASCII In-Reply-To: <9501070047.AA03442@gumby.for.gov.bc.ca> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII" Content-Length: 578 X-Lines: 15 Status: O

Is the user coming through "tnvt100" to get to the Sun??

There may be something there which can do some key-mapping. My office mate is our VM/ESA systems expert, but is out today. I know that with "tnvt100" from our mainframe things are reported to work well when coming from "real" IBM terminals. Some users were logging on to the mainframe from PC's using "tn3270", then logging on to UNIX boxes with "tnvt100" and the result was predictably unsatisfactory.

Ronald Stamp Distributed Systems BHNSM NYS Dept. of Health Albany, NY 12237 rls02@health.state.ny.us

>From Andy_Feldt@phyast.nhn.uoknor.edu Mon Jan 9 15:01 PST 1995 Return-Path: <Andy_Feldt@phyast.nhn.uoknor.edu> Received: from phyast.nhn.uoknor.edu by for.gov.bc.ca (5.0/SMI-SVR4) id AA14340; Mon, 9 Jan 1995 15:01:23 -0800 Received: by sarex.nhn.uoknor.edu (5.0/SMI-SVR4) id AA19555; Mon, 9 Jan 1995 09:35:52 +0600 Organization: Dept. Physics & Astronomy, The University of Oklahoma Date: Mon, 9 Jan 1995 09:35:52 +0600 From: Andy_Feldt@phyast.nhn.uoknor.edu (Andy Feldt) Message-Id: <9501091535.AA19555@sarex.nhn.uoknor.edu> To: sdickson@gumby.for.gov.bc.ca Subject: Re: EBCDIC->ASCII X-Sun-Charset: US-ASCII Content-Type: text Content-Length: 273 X-Lines: 12 Status: RO

Steve,

There is an old-fashioned way to end the mail message besides Ctrl-D. Simply enter a line consisting solely of a single period (.) and press Return.

Good luck!

Andy Feldt System Support Programmer Department of Physics and Astronomy The University of Oklahoma

>From AZC10@MF.CCRISPRA.it Mon Jan 9 15:10 PST 1995 Return-Path: <AZC10@MF.CCRISPRA.it> Received: from INFNGW.INFN.IT by for.gov.bc.ca (5.0/SMI-SVR4) id AA14345; Mon, 9 Jan 1995 15:10:29 -0800 11:22:17 +0000 X400-Received: by mta INFNGW; Relayed ; Mon, 09 JAN 95 10:17:13 +0000 X400-Received: by mta INFNGW; Relayed ; Mon, 09 JAN 95 10:16:20 +0000 X400-Received: by /P=CCRISPRA/A=GARR/C=IT; Relayed ; Mon, 09 JAN 95 11:22:17 +0000 X400-Received: by /A=GARR/C=IT; Relayed ; Mon, 09 JAN 95 10:16:13 +0000 X400-Mts-Identifier: [/P=CCRISPRA/A=GARR/C=IT;19950109102156282401] Date: Mon, 09 JAN 95 11:22:17 +0000 X400-Originator: AZC10@MF.CCRISPRA.it X400-Recipients: sdickson@GUMBY.FOR.GOV.bc.ca Content-Identifier: 95010910215628 X400-Content-Type: P2-1984 (2) Original-Encoded-Information-Types: Ia5-Text X-Hop-Count: 00000002 Message-Id: <"95-01-09-10:21:56.28*/S=AZC10/O=MF/P=CCRISPRA/A=GARR/C=IT/"@MHS> From: <AZC10@MF.jrc.it> (Antonio Colombo) To: sdickson@GUMBY.for.gov.bc.ca Subject: Re: EBCDIC->ASCII Content-Type: text Content-Length: 300 X-Lines: 14 Status: RO

X-A1_Type: MAIL X-A1_Format: content-length: 223

Hi, I am not sure it can help, but it should not hurt anyway: what if you terminate the mailx message with a single . and RETURN This should be an unharmful way of telling that the message is finished. Good luck, Antonio

>From srestall@carmanah.res.for.gov.bc.ca Mon Jan 9 15:17 PST 1995 Return-Path: <srestall@carmanah.res.for.gov.bc.ca> Received: from carmanah.res.for.gov.bc.ca ([142.36.141.51]) by for.gov.bc.ca (5.0/SMI-SVR4) id AA14379; Mon, 9 Jan 1995 15:17:09 -0800 Received: by carmanah.res.for.gov.bc.ca (4.1/SMI-4.1) id AA16742; Mon, 9 Jan 95 12:17:27 PST Date: Mon, 9 Jan 95 12:17:27 PST From: srestall@carmanah.res.for.gov.bc.ca (Stuart Restall) Message-Id: <9501092017.AA16742@carmanah.res.for.gov.bc.ca> To: sdickson@gumby.for.gov.bc.ca Subject: Re: test.mx Content-Type: text Content-Length: 124 X-Lines: 5 Status: RO

Steve, got your note and would like to have coffee wed morning over here if possible (say around 10:00 or 10:30).

Stuart.

>From afm@ufnmr1.health.ufl.edu Mon Jan 9 15:24 PST 1995 Return-Path: <afm@ufnmr1.health.ufl.edu> Received: from ufnmr1.health.ufl.edu by for.gov.bc.ca (5.0/SMI-SVR4) id AA14405; Mon, 9 Jan 1995 15:24:51 -0800 Received: from localhost.health.ufl.edu by ufnmr1.health.ufl.edu (4.1/4.09) id AA20177; Mon, 9 Jan 95 10:29:10 EST Message-Id: <9501091529.AA20177@ufnmr1.health.ufl.edu> To: sdickson@gumby.for.gov.bc.ca (Steve Dickson) Subject: Re: Sendmail rejects valid addresses In-Reply-To: Your message of "Fri, 06 Jan 1995 15:01:29 PST." <9501062301.AA03178@gumby.for.gov.bc.ca> Date: Mon, 09 Jan 1995 10:29:09 -0500 From: Andy Mitchell <afm@ufnmr1.health.ufl.edu> Content-Type: text Content-Length: 2895 X-Lines: 66 Status: O

+-- sdickson@gumby.for.gov.bc.ca (Steve Dickson), writes: | | Dear Managers, | | We're running Sendmail 5.0/SMI-SVR4 under a Solaris 2.3/SunOS 5.3 host. | The problem is that sendmail is unable to deliver mail to what are known to | be valid addresses A transcript of a typical return message follows: | | >From sdickson Fri Jan 6 14:51 PST 1995 | Date: Fri, 6 Jan 1995 14:51:08 -0800 | From: Mailer-Daemon (Mail Delivery Subsystem) | Subject: Returned mail: Host unknown | To: Postmaster | | ----- Transcript of session follows ----- | 421 Host uvcs.uvic.ca not found for mailer ddn. | 550 iwagner@uvcs.uvic.ca... Host unknown | | ----- Message header follows ----- | Return-Path: <sdickson> | Received: by gumby.for.gov.bc.ca (5.0/SMI-SVR4) | id AA03137; Fri, 6 Jan 1995 14:51:08 -0800 | Date: Fri, 6 Jan 1995 14:51:08 -0800 | From: sdickson (Steve Dickson) | Message-Id: <9501062251.AA03137@gumby.for.gov.bc.ca> | Errors-To: sdickson | To: iwagner@uvcs.uvic.ca | Subject: test | Content-Length: 5 | | | Now, when I attempt to ping the above host, I get "Host unknown". Nothing | too strange about all this so far; it would seem that the e-mail address | is invalid. However, when I move to 3270 host and ping this same address, | it works fine. Similarly, when I mail that user on the 3270 machine, the | mail goes through no problem. | | Our sendmail works in the overwhelming majority of cases but there seem to | be a few addresses that it simply can't reach. Of these, a large proportion | CAN be reached using the 3270 machine. I've tried pinging/telnet etc. every | address that we can't reach and in each case I get a "Host unknown" | message. | | Is this a problem with sendmail or is it possibly a problem with DNS or a | combination of the two? Any ideas on how to fix the problem? I'm going to | be moving to Sendmail 8.6.9 any day now, but I was wondering if these | problems were symptomatic of some underlying problem. | | BTW, I'm almost completely unfamiliar with the workings of Sendmail itself, | though I do understand the basics, so I would ask anyone that does respond | to please be gentle with me :) | | Thanks in advance.

I think you might check to see if you are using sendmail or sendmail.mx. I don't believe that Sun's default executable will make a DNS query for name resolution. Try moving sendmail to sendmail.bk and linking sendmail to sendmail.mx, restart sendmail and see if you can reach those addresses. However, if ping doesn't know these addresses, you may have a DNS problem. Does the 3270 machine have a local hosts file that it might be doing lookups in? Also, if you are running NIS, the Makefile has an option (B=-b) for NIS to use DNS for hosts not in the current domain. Have you tried nslookup to query the DNS manually?

These are just some ideas off the top of my head. Maybe they will help. Good luck!

Andy

>From se@computing.lancaster.ac.uk Mon Jan 9 15:33 PST 1995 Return-Path: <se@computing.lancaster.ac.uk> Received: from sun2.mhs-relay.ac.uk by for.gov.bc.ca (5.0/SMI-SVR4) id AA14417; Mon, 9 Jan 1995 15:33:11 -0800 Received: by milou.comp.lancs.ac.uk; Mon, 9 Jan 1995 09:12:28 GMT Via: uk.ac.lancaster.computing; Mon, 9 Jan 1995 09:13:29 +0000 From: Steve Elliott <se@computing.lancaster.ac.uk> Date: Mon, 9 Jan 1995 09:12:28 GMT Message-Id: <26386.199501090912@milou.comp.lancs.ac.uk> To: sdickson@gumby.for.gov.bc.ca Subject: Re: EBCDIC->ASCII Content-Type: text Content-Length: 212 X-Lines: 12 Status: RO

>or some character other than cntrl-D is used for EOT?

try adding the line

set dot

to the user's .mailrc file. He should then be able to end a message by typing a full stop at the beginning of a line

Steve

>From don@mars.dgrc.doc.ca Mon Jan 9 15:43 PST 1995 Return-Path: <don@mars.dgrc.doc.ca> Received: from mars.dgrc.doc.ca (mars38.dgrc.doc.ca) by for.gov.bc.ca (5.0/SMI-SVR4) id AA14428; Mon, 9 Jan 1995 15:43:12 -0800 Received: by mars.dgrc.doc.ca (4.1/SMI-4.1) id AA00631; Mon, 9 Jan 95 08:56:44 EST Date: Mon, 9 Jan 95 08:56:44 EST From: don@mars.dgrc.doc.ca (Donald McLachlan) Message-Id: <9501091356.AA00631@mars.dgrc.doc.ca> To: sdickson@gumby.for.gov.bc.ca Subject: Re: EBCDIC->ASCII Content-Type: text Content-Length: 421 X-Lines: 20 Status: RO

If I remember, mailx is just a command line version of mail, correct? If so, it should probably accept the alternet end-of-message mark ... a line containing nothing but a period followed by a carriage-return.

ie

.

Don

Donald McLachlan e-mail donald.mclachlan@crc.doc.ca Communications Research Centre / DRX office 613-998-2845 3701 Carling Ave., fax 613-998-9648 Ottawa, Ontario lab 613-998-2423 K2H 8S2

>From peter.allan@aea.orgn.uk Mon Jan 9 15:55 PST 1995 Return-Path: <peter.allan@aea.orgn.uk> Received: from relay1.pipex.net by for.gov.bc.ca (5.0/SMI-SVR4) id AA14436; Mon, 9 Jan 1995 15:55:35 -0800 Received: from gw.aea.orgn.uk by relay1.pipex.net with SMTP (PP) id <g.18866-0@relay1.pipex.net>; Mon, 9 Jan 1995 09:42:15 +0000 Received: from clare.risley.aea.orgn.uk by aea.orgn.uk (4.1/SMI-4.1) id AA03162; Mon, 9 Jan 95 09:37:33 GMT Received: by clare.risley.aea.orgn.uk (4.1/SMI-4.1) id AA20757; Mon, 9 Jan 95 09:40:45 GMT Date: Mon, 9 Jan 95 09:40:45 GMT From: peter.allan@aea.orgn.uk (Peter Allan) Message-Id: <9501090940.AA20757@clare.risley.aea.orgn.uk> To: sdickson@gumby.for.gov.bc.ca Subject: mail - end-of-message Content-Type: text Content-Length: 163 X-Lines: 8 Status: RO

Have you tried a . as the first character on a line?

That works on the /usr/ucb/mail that I use (and very disconcerting it is too when used inadvertently).

PA

>From root Tue Jan 10 03:51 PST 1995 Return-Path: <root> Received: by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA16378; Tue, 10 Jan 1995 03:51:25 -0800 Date: Tue, 10 Jan 1995 03:51:25 -0800 From: root (0000-Admin(0000)) Message-Id: <9501101151.AA16378@gumby.for.gov.bc.ca> Apparently-To: dwaddell Apparently-To: sdickson Content-Type: text Content-Length: 3634 Status: RO X-Lines: 61

These dumps were to tape VOL0006. Tonight's dumps should go onto tape VOL0007 or a new tape.

STATISTICS: Total Full Daily -------- -------- -------- Dump Time (hrs:min) 3:06 0:37 0:30 (0:06 start, 1:53 idle) Output Size (meg) 1028.9 704.0 325.0 Original Size (meg) 1879.0 1114.3 764.7 Avg Compressed Size (%) 54.8 63.2 42.5 Tape Used (%) 24.5 16.8 7.8 (level:#disks ...) Filesystems Dumped 31 4 27 (1:22 2:4 3:1) Avg Dump Rate (k/s) 52.7 42.1 115.4 Avg Tp Write Rate (k/s) 260.8 323.7 183.5

NOTES: planner: Full dump of aries:c0t3d0s0 promoted from 1 days ahead. planner: Full dump of aries:c0t2d0s6 promoted from 1 days ahead. planner: Full dump of gumby:c0t0d0s6 promoted from 3 days ahead.

DUMP SUMMARY: DUMPER STATS TAPER STATS HOSTNAME DISK LV ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s -------------------- -------------------------------------- ------------- aries c0t1d0 2 38206 6302 16.5 1:40 63.1 0:23 273.0 aries c0t2d0 0 788739 528854 67.1 57:22 153.6 21:56 402.0 aries c0t3d0 0 40396 14869 36.8 1:50 135.4 1:05 230.0 aries c0t3d0 1 45 34 74.7 0:04 8.7 0:02 32.5 aries c0t3d0 1 97 34 35.6 0:17 2.1 0:02 32.9 aries c0t3d0 1 3154 951 30.2 0:30 31.9 0:04 218.9 aries c0t3d0 1 85 35 41.4 0:11 3.1 0:02 32.5 aries c2t0d0 1 45 34 74.9 0:09 3.9 0:02 32.4 aries c2t0d0 2 31770 5601 17.6 1:18 71.8 0:19 302.7 aries c2t1d0 1 1667 412 24.7 0:13 31.9 0:03 135.9 aries c2t1d0 2 501421 164740 32.9 22:22 122.8 13:30 203.4 aries c2t3d0 3 98605 28212 28.6 4:21 108.2 2:36 180.7 aries c2t3d0 1 58726 77026 131.2 9:00 142.7 7:49 164.4 aries c2t4d0 2 42016 47733 113.6 4:38 171.5 4:39 170.9 gumby c0t0d0 1 2382 541 22.7 0:24 22.4 0:04 154.8 gumby c0t0d0 1 61 33 54.1 0:08 4.4 0:02 33.2 gumby c0t0d0 1 77 35 45.5 0:09 3.9 0:02 29.1 gumby c0t0d0 0 208077 118528 57.0 49:19 40.1 11:33 171.0 gumby c0t0d0 1 57 33 58.2 0:07 4.7 0:02 32.4 gumby c0t3d0 1 41 34 83.4 0:07 5.0 0:02 32.9 gumby c0t3d0 1 41 34 82.4 0:04 7.6 0:02 32.9 gumby c0t3d0 1 55 34 61.1 0:19 1.8 0:02 30.5 gumby c0t3d0 1 59 33 56.3 0:13 2.5 0:02 31.8 pokey c0t3d0 1 857 171 20.0 0:08 20.9 0:02 82.2 pokey c0t3d0 1 41 34 82.0 0:03 12.6 0:10 6.4 pokey c0t3d0 1 1061 296 27.9 0:23 12.6 0:03 109.0 pokey c0t3d0 1 230 94 40.7 0:13 7.3 0:02 47.4 scratchy c0t3d0 1 2160 201 9.3 0:40 5.0 0:03 75.9 scratchy c0t3d0 1 41 34 82.0 0:12 2.8 0:02 30.4 scratchy c0t3d0 0 103814 58624 56.5 176:40 5.5 2:33 382.5 scratchy c0t3d0 1 59 33 56.1 0:12 2.7 0:02 29.9

(brought to you by Amanda version 2.1.1)

>From hightowr@afwc.af.mil Tue Jan 10 06:56 PST 1995 Return-Path: <hightowr@afwc.af.mil> Received: from utah.afwc.af.mil by gumby.for.gov.bc.ca (5.0/SMI-SVR4) id AA16582; Tue, 10 Jan 1995 06:56:14 -0800 Received: (hightowr@localhost) by utah.afwc.af.mil (8.6.8.1/8.6.5) id IAA03167; Tue, 10 Jan 1995 08:53:35 -0600 Date: Tue, 10 Jan 1995 08:53:34 -0600 (CST) From: Dave Hightower <hightowr@afwc.af.mil> X-Sender: hightowr@utah To: Steve Dickson <sdickson@gumby.for.gov.bc.ca> Subject: Re: Sendmail rejects valid addresses In-Reply-To: <9501062301.AA03178@gumby.for.gov.bc.ca> Message-Id: <Pine.SUN.3.91.950110084616.3147A-100000@utah> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII" Content-Length: 3799 Status: RO X-Lines: 94

On Fri, 6 Jan 1995, Steve Dickson wrote:

> Dear Managers, > > We're running Sendmail 5.0/SMI-SVR4 under a Solaris 2.3/SunOS 5.3 host. > The problem is that sendmail is unable to deliver mail to what are known to > be valid addresses A transcript of a typical return message follows: > > >From sdickson Fri Jan 6 14:51 PST 1995 > Date: Fri, 6 Jan 1995 14:51:08 -0800 > From: Mailer-Daemon (Mail Delivery Subsystem) > Subject: Returned mail: Host unknown > To: Postmaster > > ----- Transcript of session follows ----- > 421 Host uvcs.uvic.ca not found for mailer ddn. > 550 iwagner@uvcs.uvic.ca... Host unknown > > ----- Message header follows ----- > Return-Path: <sdickson> > Received: by gumby.for.gov.bc.ca (5.0/SMI-SVR4) > id AA03137; Fri, 6 Jan 1995 14:51:08 -0800 > Date: Fri, 6 Jan 1995 14:51:08 -0800 > From: sdickson (Steve Dickson) > Message-Id: <9501062251.AA03137@gumby.for.gov.bc.ca> > Errors-To: sdickson > To: iwagner@uvcs.uvic.ca > Subject: test > Content-Length: 5 > > > Now, when I attempt to ping the above host, I get "Host unknown". Nothing > too strange about all this so far; it would seem that the e-mail address > is invalid. However, when I move to 3270 host and ping this same address, > it works fine. Similarly, when I mail that user on the 3270 machine, the > mail goes through no problem. > > Our sendmail works in the overwhelming majority of cases but there seem to > be a few addresses that it simply can't reach. Of these, a large proportion > CAN be reached using the 3270 machine. I've tried pinging/telnet etc. every > address that we can't reach and in each case I get a "Host unknown" > message. > > Is this a problem with sendmail or is it possibly a problem with DNS or a > combination of the two? Any ideas on how to fix the problem? I'm going to > be moving to Sendmail 8.6.9 any day now, but I was wondering if these > problems were symptomatic of some underlying problem. > > BTW, I'm almost completely unfamiliar with the workings of Sendmail itself, > though I do understand the basics, so I would ask anyone that does respond > to please be gentle with me :) > > Thanks in advance.

This sounds like a combination sendmail/DNS problem.

The site you listed above (uvcs.uvic.ca) is not a real "host", in that it has an IP address; instead it is an MX (mail exchanger) record. This is similar to my setup here; you cannot ping afwc.af.mil, but it is an MX record to allow mail to go through.

for your information, the DNS record for uvcs.uvic.ca is as follows:

> set type=any > uvcs.uvic.ca Server: washington.afwc.af.mil Address: 132.60.48.56

uvcs.uvic.ca nameserver = netinfo.UVic.CA uvcs.uvic.ca nameserver = active.UVic.CA uvcs.uvic.ca preference = 0, mail exchanger = UVCS019.UVCS.UVic.CA uvcs.uvic.ca origin = netinfo.UVic.CA mail addr = khoward.sol.UVic.CA serial=950031031, refresh=3600, retry=300, expire=604800, min=43200 netinfo.UVic.CA inet address = 142.104.6.1 active.UVic.CA inet address = 142.104.80.2 UVCS019.UVCS.UVic.CA inet address = 142.104.30.19

Thus, mail to uvcs.uvic.ca goes to UVCS019.UVCS.UVic.CA.

At first glance, I would say that you are running /usr/lib/sendmail, as opposed to /usr/lib/sendmail.mx. You NEED to run sendmail.mx if you have DNS setup; you can tell you have DNS setup by checking to see if you have an /etc/resolv.conf file.

Dave ______________________________________________________________________________ Dave Hightower | opinion? I'm allowed to have an opinion? Systems Manager | well, if I DID have one, it'd be mine, all mine! Air Force Wargaming Center | "Dum vivimus, vivamus!" hightower@afwc.af.mil | ------------------------------------------------------------------------------



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:13 CDT