I'm following the instructions for installing Sendmail 8.12.1 for MPE/iX. Am unable to get past the DNS configuration check which reports that it can not find the DNS "PTR" record.
I've tried using nslookup.pubxl.telesup to see if there is a problem there but when I pass it (one at a time) <ipaddress>, <host name> and the <fully qualified domain name> it returns the correct values.
My network guy has used the same setup this time as was used for our Windoze servers. They work so why not the HP?
I haven't had a chance to check if he's added the HP to both of the dns servers. If thats not it the "What is wrong"?
The output from dnscheck (real names and ip's replaced with text between <>) follows:
---------------------------------------------------------------------
shell/iX> /SENDMAIL/CURRENT/bin/dnscheck
Checking for executable /BINDFW/CURRENT/bin/dig... no
Checking for executable /BINDFW/PUB/bin/dig... no
Checking for executable /BIND/PUB/bin/dig... yes
Obtaining your hostname from /bin/uname -n... <myhp>
Checking for dotless single token hostname... yes
Checking for the existence of /SYS/NET/RESLVCNF... yes
Checking for read access to /SYS/NET/RESLVCNF... yes
Checking for the existence of the symlink /etc/resolv.conf... yes
Checking that /etc/resolv.conf points to /SYS/NET/RESLVCNF... yes
Extracting domain entry from /SYS/NET/RESLVCNF... <mydomain>
Therefore your Fully Qualified Domain Name (FQDN) is... <myhp>.<mydomain>
Checking for one or more nameserver entries in /SYS/NET/RESLVCNF... yes
/SYS/NET/RESLVCNF entries:
--------------------------
domain mydomain.co.uk
nameserver <dns server 1 ip>
nameserver <dns server 2 ip>
--------------------------
Checking for the existence of /SYS/NET/HOSTS... yes
Checking for read access to /SYS/NET/HOSTS... yes
Checking for 127.0.0.1 localhost entry in /SYS/NET/HOSTS... yes
Checking for the existence of the symlink /etc/hosts... yes
Checking that /etc/hosts points to /SYS/NET/HOSTS... yes
/SYS/NET/HOSTS entries:
-----------------------
127.0.0.1 localhost loopback me myself local
<myhp ip> <MYHP> <MYHP>.<MYDOMAIN>
-----------------------
Looking up DNS "A" records for <myhp>.<mydomain>... yes
; <<>> DiG 8.1 <<>> <myhp>.<mydomain>. A IN
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;; <myhp>.<mydomain>, type = A, class = IN
;; ANSWER SECTION:
<myhp>.<mydomain>. 1H IN A <my hp ip>
;; Total query time: 0 msec
;; FROM: myhp to SERVER: default -- <dns server 1 ip>
;; WHEN: Mon Feb 28 17:23:44 2005
;; MSG SIZE sent: 49 rcvd: 65
Looking up matching DNS "PTR" records for <myhp ip>... no
Either no DNS "PTR" records were found for <myhp ip>, or PTR records were found but
didn't match <myhp>.<mydomain>. This is a serious problem;
double-check /SYS/NET/RESLVCNF and ask your DNS administrator whether or not
your e3000 exists within the DNS database, and then rerun this script after
correcting any problems. Here are the results of the failed dig query:
; <<>> DiG 8.1 <<>> -x PTR IN
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;; <myhp ip - reversed>.in-addr.arpa, type = PTR, class = IN
;; ANSWER SECTION:
<myhp ip - reversed>.in-addr.arpa. 1H IN PTR <MYHP>.<mydomain>.
;; Total query time: 0 msec
;; FROM: myhp to SERVER: default -- <dns server 1 ip>
;; WHEN: Mon Feb 28 17:23:45 2005
;; MSG SIZE sent: 43 rcvd: 88
shell/iX>
---------------------------------------------------------------------
regards,
Robert W.Mills
Systems Development Manager
Windsong Services
(020) 8309 3604
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|