Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!bbn!rochester!uhura.cc.rochester.edu!msir From: msir@uhura.cc.rochester.edu (Mark Sirota) Newsgroups: comp.mail.sendmail Subject: Sun's new sendmail Message-ID: <5093@ur-cc.UUCP> Date: 6 Feb 90 19:45:22 GMT Reply-To: Mark Sirota Organization: Univ. of Rochester, Computing Center Lines: 25 I have grabbed Sun's latest sendmail binary from UUNET and have a question or two about its behavior. I'm using sendmail.mx.sun[34]. In /var/adm/messages, I'm getting errors like the following: gethostbyaddr: Princeton.EDU != 128.112.129.117 My observation is that princeton.edu has more than one IP address, and my guess is that the one my nameserver returns isn't the one that princeton.edu is giving back. The messages don't hang around, though, so they are apparently getting through eventually. My guess is that the top-level nameservers aren't in line for some period of time, and then later get updated and agree with each other. Could this be the case, or is this a more serious problem? I get several of these messages each day with a variety of hosts, but all have at least two IP addresses. The other new behavior is that I get messages like: SYSERR: rewrite: cannot prescan canonical hostname: With no hostname following it... Any ideas? Should I be concerned about these? This happens a couple of times per day also. The messages for which this happens stick around in the queue, with lock files still existing, so I'm sure there's really something wrong on this one. -- Mark Sirota - University of Rochester, Rochester, NY Internet: msir@cc.rochester.edu Bitnet: msir@uordbv.bitnet UUCP: {decvax,harvard,ames,rutgers}!rochester!ur-cc!msir