Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!hubcap!ncrcae!ncr-sd!asihub!dan From: dan@asihub.AUTOSYS.COM (Dan O'Neill) Newsgroups: comp.mail.sendmail Subject: Sendmail 5.64 under Sun OS 4.1 Keywords: sun, sendmail, 5.64 Message-ID: <285@asihub.AUTOSYS.COM> Date: 12 Sep 90 01:17:57 GMT Organization: Cadence Design Systems Lines: 56 Hardware: Sparc 1+ OS: 4.1 w/ GFX patches Sendmail ver: 5.64 from uunet Sendmail 5.64 is now compiled on the Sun systems [thanks for all the help!], but there seems to be a problem when another system tries to make an SMTP connection to sendmail on the sun. Here is a sample telnet connection which demonstrates the problem: % telnet sun4 25 Connected to guava. Escape character is '^]'. 220 guava.autosys.com Sendmail 5.64+/ease-smail2.5/evision: 2.5 ready ... 250 Hello [192.5.98.42], why do you call yourself dogwood.autosys.com? I ran the server in dbx and it appears that the 'gethostbyaddr' call is failing in daemon.c, specifically line 249. Here's the code section: (void) signal(SIGCHLD, SIG_DFL); /* determine host name */ [ THIS NEXT CALL APPEARS TO BE FAILING, gethostbyaddr() ] hp = gethostbyaddr((char *) &RealHostAddr.sin_addr, \ sizeof RealHostAddr.sin_addr, AF_INET); if (hp != NULL) (void) strcpy(buf, hp->h_name); else { extern char *inet_ntoa(); /* produce a dotted quad */ (void) sprintf(buf, "[%s]", inet_ntoa(RealHostAddr.sin_addr)); [THIS GENERATES 192.5.98.42] } When gethostbyaddr() returns null, the RealHostAddr gets set to the IP address of the client system. This gets caught later on and causes problems. Sendmail was compiled using the -lresolv library and the necessary getenv/setenv routines from the sendmail/support directory. I need help on this one real quick. Thanks everyone.. you've been great. -- Dan O'Neill Cadence Design Systems dan@autosys.com San Diego, CA {uunet|ncr-sd}!asihub!dan