DNS zone file --> MX record?

[Verwijderd]

Ik heb onderstaande DNS zone-file...
met de regel: @ IN MX 10 mail1

dan verwijst vervolgens
@ IN A xxx.xxx.xxx.xxx
mail1 IN A xxx.xxx.xxx.xxx

Waarom verwijzen er hier 2 ?? naar een ip-adres? @ en mail1
kan het ook op een andere manier,

ik ben al veel te weten gekomen, maar MX records snap ik nog steeds niet, ik weet waar ze voor zijn, maar hoe je ze noteerd? en waarom in onderstaand voorbeeld ze 2 keer naar het zelfde ip adres wijzen?

code:

@          IN   SOA     ns1.domeinnaam.nl. hostmaster.domeinnaam.nl. (
                      1        ;serial
                      14400      ;refresh after 4 hours
                      3600      ;retry after 1 hour
                      604800        ;expire after 1 week
                      86400   )  ;minimum TTL of 1 day
;
;    Nameservers
;
      IN    NS  ns1.domeinnaam.nl.           ;
      IN    NS  ns2.domeinnaam.nl.          ;
;
;    Domain Mail Handlers
;
@          IN   MX  10  mail1
;
;
; hosts in order
;
localhost                IN A    127.0.0.1
@                    IN A    xxx.xxx.xxx.xxx
mail1                  IN   A    xxx.xxx.xxx.xxx
*                    IN A    xxx.xxx.xxx.xxx
kees                   IN   A    xxx.xxx.xxx.xxx
jan                 IN  A    xxx.xxx.xxx.xxx
;
; end

[Predator]

[forum=24] -> [forum=19]

Wat snap je hier niet aan ?

Er staat toch maar 1 MX record

@ = huidige origin

Staan @ en mail1 naar hetzelfde ip adres ?

Die @ bij die MX is:
mail1 = mailserver voor domeinnaam.nl
en dan staat verder mail1 zijn IP via een A record

[Verwijderd]

Op maandag 15 juli 2002 20:20 schreef Predator het volgende:
[forum=24] -> [forum=19]

Wat snap je hier niet aan ?

Er staat toch maar 1 MX record

@ = huidige origin

Staan @ en mail1 naar hetzelfde ip adres ?

Die @ bij die MX is:
mail1 = mailserver voor domeinnaam.nl
en dan staat verder mail1 zijn IP via een A record

Jah, je hebt @ IN MX 10 mail1
en dan helemaal onderaan heb je:
@ IN A xxx.xxx.xxx.xxx
mail1 IN A xxx.xxx.xxx.xxx

maar waarom niet
@ IN MX 10 xxx.xxx.xxx.xxx
waarom moet er mail1 op de plek van xxx.xxx.xxx.xxx en die vervolgens na een ip adres verwijzen?

als ik namelijk dit doe:
@ IN MX 10 xxx.xxx.xxx.xxx

dan geeft de nameservercheck van NIC een foutmelding.

[foutmodus]
E MX record exchange veld is geen geldige domeinnaam (RFC1034/1035/1123/TE.2) [domeinnaam.nl. MX 10 xxx.xxx.xxx.xxx.domeinnaam.nl.]
[/foutmodus]

[siebrand]

Even zomaar een zonefile:

code:

@    IN SOA     ns1.intomart.nl. domain.intomart.nl.  (
                      2002061001; Serial
                      28800   ; Refresh
                      7200    ; Retry
                      604800  ; Expire
                      86400 ) ; Minimum

            IN  NS  ns1.intomart.nl.
            IN  NS  ns2.intomart.nl.
            IN  NS  ns2.kpn.net.


intomart.nl.    IN  MX  10  mail.intomart.nl.
intomart.nl.    IN  MX  50  ns1.intomart.nl.
intomart.nl.    IN  MX  100     mailbackup1.kpn.net.

ookmail    IN   MX  10  mail

mail        IN  A    193.173.46.133

Alle mail aan [e-mail] wordt eerst afgeleverd bij mail.intomart.nl. Als niet beschikbaar, bij ns1.intomart.nl en in derde instantie bij mailbackup1.kpn.net (volgorderde van prioriteit). De mail voor [e-mail] wordt afgeleverd bij mail.intomart.nl. De rest van de email komt niet aan ([e-mail]). Het is mogelijk daarvoor nog een wildcard MX toe te voegen (* IN MX 10 host).

Als je maar 1 mailserver hebt en geen mailbackup, hoef je je daar niet druk over te maken over meerdere MX records voor hetzelfde domein. In dat geval: als de mailserver er niet is binnen de tijd dat de sturende mailserver het probeert dan bounct een mail naar de zender - gebruikelijk na 5 dagen in de queue.

Een MX record MOET naar een CNAME of A record verwijzen en mag niet naar een IP adres verwijzen.

Kijk ook eens naar RFC974.

Succes

[raphidae]

MX staat voor Mail eXchanger. Dit record geeft aan waar de mailserver voor het domein te vinden is.

Bijvoorbeeld je hebt domein hoer.nl en je wilt de website bereikbaar maken onder http://www.domein.ext/ en http://domein.ext/. Dat kan je bijvoorbeeld zo doen als de webserver op 10.0.0.1 zit:

code:

www      IN A    10.0.0.1
@          CNAME www

Dat www A record lijkt me duidelijk, die verwijst naar het IP van de webserver. Die @ CNAME maakt een alias van domein.ext naar www.domein.ext.

Nou zit je met een probleem als je je mailserver op 10.0.0.2 wilt draaien natuurlijk. En daar is het MX record voor uitgevonden:

code:

@          IN   MX  10  mail1

Daarmee zeg je dat mailservers die mail willen sturen aan @domein.ext bij mail1.domein.ext moeten zijn.

En dan moet mail1.domein.ext ook nog even een record hebben:

code:

mail1        IN A    10.0.0.2

Alleen in jouw geval heeft de webserver toevallig hetzelfde adres als de mailserver.

En nog even een opmerking:

Het lijkt logisch als de mail en webserver allebei op 10.0.0.1 zitten, maar dit mag dus niet:

code:

@          IN   MX  10  mail1
@          CNAME www
mail1        CNAME www
www      IN A    10.0.0.1

MX (en NS) records mogen alleen naar A records verwijzen, niet naar CNAME's.

<blockquote><font size="1" color="FF0000">Modbreak</font><hr color="FF0000" size="1"><font size="1">Ff wat aangast ivm met misschien 'toevallige' SPAM</font><hr color="FF0000" size="1"></blockquote>

[Verwijderd]

Op maandag 15 juli 2002 20:37 schreef dodo_devil het volgende:

aha, ik begin het te begrijpen volgens mij :-).
de nameservercheck van NIC geeft iig geen fouten meer :-).

[raphidae]

Op maandag 15 juli 2002 20:27 schreef siebrand het volgende:
Een MX record MOET naar een CNAME of A record verwijzen en mag niet naar een IP adres verwijzen.

Kijk ook eens naar RFC974.

RFC2181

code:

10.3. MX and NS records

   The domain name used as the value of a NS resource record, or part of
   the value of a MX resource record must not be an alias.  Not only is
   the specification clear on this point, but using an alias in either
   of these positions neither works as well as might be hoped, nor well
   fulfills the ambition that may have led to this approach.  This
   domain name must have as its value one or more address records.
   Currently those will be A records, however in the future other record
   types giving addressing information may be acceptable.  It can also
   have other RRs, but never a CNAME RR.

[mvdejong]

De reden dat een MX-record naar een A-record moet verwijzen is dat het vergelijken van het mail-adres met dit A-record kan voorkomen dat een mailtje dat al in de buurt van het goede domein is beland, plotseling weer verder naar buiten wordt verstuurd omdat de interne mailserver down is.

[raphidae]

Ff wat aangast ivm met misschien 'toevallige' SPAM

lol, het domein dat ik als voorbeeld gebruikte stond tenminste niks op. http://www.test.nl staat wat meer op.

Zal voortaan wel http://www.example.com gebruiken

[Predator]

Op maandag 15 juli 2002 21:00 schreef dodo_devil het volgende:

[..]

lol, het domein dat ik als voorbeeld gebruikte stond tenminste niks op. http://www.test.nl staat wat meer op.

Zal voortaan wel http://www.example.com gebruiken

er stond nog nix op maar binnenkort misschien wel

nou ja nog ff editen dan
vooral de naam baarde mij zorgen

[raphidae]

Op maandag 15 juli 2002 20:50 schreef mvdejong het volgende:
De reden dat een MX-record naar een A-record moet verwijzen is dat het vergelijken van het mail-adres met dit A-record kan voorkomen dat een mailtje dat al in de buurt van het goede domein is beland, plotseling weer verder naar buiten wordt verstuurd omdat de interne mailserver down is.

Dat heeft er niets mee te maken. Als je de link naar RFC2181 even had gevolgd en sectie 10.3 even had afgelezen dan had je de reden geweten:

code:

   Searching for either NS or MX records causes "additional section
   processing" in which address records associated with the value of the
   record sought are appended to the answer.  This helps avoid needless
   extra queries that are easily anticipated when the first was made.

   Additional section processing does not include CNAME records, let
   alone the address records that may be associated with the canonical
   name derived from the alias.  Thus, if an alias is used as the value
   of an NS or MX record, no address will be returned with the NS or MX
   value.  This can cause extra queries, and extra network burden, on
   every query.  It is trivial for the DNS administrator to avoid this
   by resolving the alias and placing the canonical name directly in the
   affected record just once when it is updated or installed.  In some
   particular hard cases the lack of the additional section address
   records in the results of a NS lookup can cause the request to fail.