I'm afraid that there's still a bunch more things that need to be fixed,
including one important thing that I did not spot whwn writing my previous
message:
1) In answer to the question "What is authoritative data?". Briefly, it's
what should come from YOUR nameserver. RFC1034 states:
#...a particular name server has complete information about
# a subset of the domain space, and pointers to other name
# servers that can be used to lead to information from any
# part of the domain tree. Name servers know the parts of
# the domain tree for which they have complete information;
# a name server is said to be an AUTHORITY for these parts
# of the name space.
2) Changes have been made to the zone file but the serial number in the SOA
record has not been incremented. Of the serial number does not increment
then other nameservers (ie secondaries) will not know that changes have been
made.
4) The lines:
> 10.124.161.206.in-addr.arpa.,type = PTR
> host = mail.smxtech.net
...act to break the zone file as they are not formatted correctly. The
nameserver that loads the file will successfully answer some queries, such
as a CNAME query for www.smxtech.net. However, zone transfers (AXFR) will
fail.
5) The zone file is for smxtech.net. ie for forward lookup queries only.
PTR records have no place in such a file.
6) The PTR records cannot be maintained locally without changes to reverse
delegation config:
a) 161.206.in-addr.arpa is maintained by CAIS Internet, who have not set up
anything for 124.161.206.in-addr.arpa. They need to fix this before there
can be any working reverse lookups for hosts such as smxtech.net.
b) CAIS are also responsible for the 89.252.205.in-addr.arpa zonefile, and
have configured it:
89.252.205.in-addr.arpa, SOA, ns.cais.com, dnsadmin.cais.com
However, queries directed to 206.161.124.3 give a different answer:
89.252.205.IN-ADDR.ARPA, SOA, ns1.creditpluscard.com, ns1.ultraspeed.net
"ns1.creditpluscard.com" is yet another A record that points to
206.161.124.3. Having multiple A records for the same IP address is not
advisable, and makes trouble-shooting a lot harder.
If you can get the above problems sorted out (and the ones in my previous
message) and we'll be getting somewhere.
Mark Symons
Ipswitch
Augusta GA
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sachin Duggal
> Sent: Thursday, July 01, 1999 6:36 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [IMail Forum]
>
>
> I seemed to have go it to work. Thanx everyone. I just re wrote the zone
> file and I realised my mistake. I had got mixed up and put he same IP for
> the A and the PTR record.
>
> What is authoritative data? I was told I had problems? What are
> they? I will
> re print the revised DNS Zone file.
>
> ; Zone file for ultraspeed.co.uk. sachin rules!!!
> ; y0, welcome to my zone file. Took forever to work
> ; Created by Sachin
> @ IN SOA ns1.ultraspeed.co.uk.
> mrscusie.smxtech.net. (
> 1997113090
> 28800
> 7200
> 3600000
> 86400 )
>
> smxtech.net. IN NS ns1.ultraspeed.net.
> smxtech.net. IN A 206.161.124.10
> ns1 IN A 206.161.124.3
> ns2 IN A 206.161.124.4
> mrscusie IN A 205.252.89.87
> localhost.smxtech.net. IN A 127.0.0.1
>
> root IN A 206.161.124.10
>
> smxtech.net. IN MX 5 root.smxtech.net.
>
> IN MX 10 mail.smxtech.net
> mail IN A 205.252.89.87
>
> 10.124.161.206.in-addr.arpa.,type = PTR
> host = mail.smxtech.net
>
> mail IN CNAME root.smxtech.net.
> www IN CNAME root.smxtech.net.
> ftp IN CNAME root.smxtech.net.
> irc IN CNAME root.smxtech.net.
> * IN CNAME root.smxtech.net.
> CAN anyone see any errors in this one?
>
> Mr Sachin Duggal
> T/A SMX Technologies
> Your humble servant in the protection of the Earth and the Rigths of the
> Child
> United Nations Environment Programme & ICCJB
>
>
>
> A few quick comments on things that need fixing:
>
> 1) The server ns1.ultraspeed.net is listed as being authoritative for the
> domain smxtech.net. However, it does not contain authoritative
> date for it.
>
> 2) Ditto for ns2.ultraspeed.net
>
> Unless you fix this lame delegation problem, it will never be possible for
> people elsewhere in the world to send email to smxtech.net. Note: fixing
> lame delegation often involves changes at the next level up in the domain
> structure. In this case, at ".net".
>
> 3) The zone file you give below does not list ns2.ultraspeed.net at all
> (which would help explain some of the lame delegation). From RFC1912
> Section #2.8:
>
> # You are required to have at least two nameservers
> # for every domain, though more is preferred.
>
> http://www.dns.net/dnsrd/rfc/rfc1912.html
>
>
> For further info, see RFC2182 (Selection and Operation of Secondary DNS
> Servers):
>
> http://www.dns.net/dnsrd/rfc/rfc2182.html
>
>
> 4) In the zone file there are A records for ns1.smxtech.net and
> nms2.smxtech.net. These two hosts are running DNS, and they do answer
> queries on the smxtech.net domain. However, the answers are not
> authoritative. What are these servers intended to accomplish?
>
> 5) In the zone file, the IP address 206.161.124.10 has duplicate A records
> ("root" & "mail"). These hostnames are also listed in the MX
> records. The
> result is that there is only one mail delivery address, and not the two
> which were probably intended.
>
> 6) "mail" is a CNAME for "root". This is a problem if you wish to use
> "mail" in an MX record. Again, see RFC1912.
>
> Hope this is of some help.
>
> Mark Symons
> Ipswitch
> Augusta GA
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Sachin Duggal
> > Sent: Thursday, July 01, 1999 3:34 PM
> > To: [EMAIL PROTECTED]
> > Subject: [IMail Forum]
> >
> >
> > HELP HELP
> >
> > I have set up our mail servers using IMAIL 5.0
> > Here is my problem.
> > We have 10 different ips and domains. I have setup a virtual
> host assigned
> > to an IP. We have two hosts, one is the actual server and the other is a
> > virtual host with an IP.
> >
> > Now when I send an email from my ISP account, independent of the
> > mail server
> > I am setting up. The mail goes through without an error, however, when I
> > come to check the mail, there is nothing there. That is for the virtual
> > host. However, if I send a mail to the server, the user receives it.
> >
> > Therefore, the virtual host's users cannot receive mail but can
> > send it and
> > the server's users can do both. How can I fix this as we need to
> > get this up
> > and runnig soon.
> >
> > I have done the following to the smxtech.net.db
> > Here is a copy of the DB file.
> > ; Zone file for smxtech.net
> > ; y0, this has taken me long...finally done though!
> > ; Created by Sachin D
> > @ IN SOA ns1.ultraspeed.net.
> mrscusie.smxtech.net. (
> > 1997113090
> > 28800
> > 7200
> > 3600000
> > 86400 )
> >
> > smxtech.net. IN NS ns1.ultraspeed.net.
> > smxtech.net. IN A 206.161.124.10
> > ns1 IN A 206.161.124.3
> > ns2 IN A 206.161.124.4
> > mrscusie IN A 205.252.89.87
> > localhost.smxtech.net. IN A 127.0.0.1
> >
> > root IN A 206.161.124.10
> >
> > smxtech.net.
> > IN MX 5 root.smxtech.net.
> > IN MX 10 mail.smxtech.net
> > mail IN A 206.161.124.10
> >
> > 10.124.161.206.in-addr.arpa.,type = PTR
> > host = mail.smxtech.net
> >
> > mail IN CNAME root.smxtech.net.
> > www IN CNAME root.smxtech.net.
> > ftp IN CNAME root.smxtech.net.
> > irc IN CNAME root.smxtech.net.
> > * IN CNAME root.smxtech.net.
> >
> > can some1 tell me what I have done wrong???
> >
> > Mr Sachin Duggal
(snip)
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
