[comp.mail.sendmail] Strange Sendmail message returning from my rs/6000

root@cca.ucsf.edu (Systems Staff) (02/19/91)

Greetings,
    I'm in the process of bringing up my RS/6000, and am working on 
getting mail working.  Mail from the 6000 to my other machines works
fine, but mail to the 6000 is bounced back.  Here is the message
I get back.
*****************************

From MAILER-DAEMON@itsa.ucsf.EDU Tue Feb 12 12:51:55 1991
Received: from itsa (itsa.ucsf.edu) by cca.ucsf.EDU (5.61/GSC4.19)
	id AA19780; Tue, 12 Feb 91 12:51:51 -0800
Received: from cca.ucsf.EDU by itsa (AIX 1.3/4.03)
          id AA03645; Thu, 7 Feb 91 04:19:05 -0800
Date: Thu, 7 Feb 91 04:19:05 -0800
From: MAILER-DAEMON@itsa.ucsf.EDU (Mail Delivery Subsystem)
Subject: Returned mail: Service unavailable
Message-Id: <9102121450.AA03645@itsa>
To: <jd9014@cca.ucsf.EDU>
Status: RO

   ----- Transcript of session follows -----
>>> HELO itsa
<<< 553 Local configuration error, hostname not recognized as local
554 <joed@itsa.ucsf.EDU>... Service unavailable: Bad file number
******************************

I've checked my /etc/hosts file, and that seems ok.  I've set up
my sendmail.cf with the Cw line showing my hostname and also including
lo and localhost.  Any idea what's going on?

I'm also curious if there is anyplace that all the error messages
that sendmail generates, are in a specific place, with hints as to
the possible problem and fix.  Thanks for any helpful hints.


is there

alg@chaos.optics.rochester.edu (Alex Gaeta) (02/22/91)

Hello,

	I had the same problem as you have in setting the Mail
facility on the RS/6000.  I suspect that the problem is that
somehow the sendmail program is not reading the the host name
from the /etc/hosts file (I never figured out why.)  However,
the problem can be remedied easily by using the D macro in the
sendmail.cf file to define your hostname, domain, etc.  For
example:

	DwYourHostName

Also, use the DD to define the domain name, and DE, DF, DG to
define the domain parts.  For example, if your address was
hstnm.abc.efg.edu then you should define the macros

	DDabc.efg.edu

	DEabc
	DFefg
	DGedu

I think that this is all explained in greater detail in the
sendmail.cf file, just ignore the part saying that if your
address is already defined in the /etc/hosts file you do not
need to use these D macros.
		Best of luck.
				Alex Gaeta

alg.chaos.optics.rochester.edu--

jackv@turnkey.tcc.com (Jack F. Vogel) (02/23/91)

In article <3368@ucsfcca.ucsf.edu> joed@cca.ucsf.edu (Joe DeBattista) writes:

 [.....incoming mail is bouncing....]
 
>   ----- Transcript of session follows -----
>>>> HELO itsa
><<< 553 Local configuration error, hostname not recognized as local
>554 <joed@itsa.ucsf.EDU>... Service unavailable: Bad file number
 
I believe the usual cause of an error like this is that your sendmail
is not resolving the fully qualified name 'itsa.ucsf.edu' to the local
mailer as it should. Thus it does a nameserver/hosts lookup and attempts
to talk smtp to itself, the message "HELO itsa" is the clue to this.

The solution is to make sure that you have the D,E,F, and G macros defined
in sendmail.cf. D should be the full domain name, E,F, and possibly G are
the pieces that make up D. In your case it should look as follows:

DDucsf.edu
DEucsf
DFedu

Warning, DON'T define G if you don't need it, as in this case, someone a
while back had a "DG" with no value but since it was defined it caused
havoc in the rewrite rules that use these macros.

>I'm also curious if there is anyplace that all the error messages
>that sendmail generates, are in a specific place, with hints as to
>the possible problem and fix.  Thanks for any helpful hints.
 
sendmail messages are logged in /usr/spool/mqueue/syslog, at least that's
where most systems have it, I believe the 6000 is normal in this behavior.
However, it may not be as verbose as the above message. The other thing
to do is to define a bounces alias and have the P option set, then you
will be copied on any bounces on the system.

Good Luck!

Disclaimer: I don't speak for the company.

-- 
Jack F. Vogel			jackv@locus.com
AIX370 Technical Support	       - or -
Locus Computing Corp.		jackv@turnkey.TCC.COM