Reverse DNS Lookup

[Verwijderd]

Als ik een mailtje stuur naar een bepaald email adres dan krijg ik van de ontvangende email server een bericht terug met de melding dat een reverse dns lookup niet goed gegaan is en dat daarom het mailtje niet afgeleverd word.

Begrijp ik het goed als ik zeg:

DNS Lookup is het omzetten van een hostname naar een ipnr. Bijvoorbeeld www.voorbeeld.nl vraag je op aan de dns server en als antwoord krijg je 123.123.123.123

Revers DNS Lookup is het omzetten van een ipnr naar een hostname. Bijvoorbeeld 123.123.123.123 word www.voorbeeld.nl

???

Het correct opzetten van reverse dns lookup voor een email server, moet dit gebeuren op de email server of op de dns server?

[Klippy]

Zou ik ook denken, maar misschien bedoelt de mailserver ook het opzoeken van de ontvanger.

Dus je mailadres is misschien gewoon niet goed

[Verwijderd]

Nee nee, het mail adres is goed.

[Microkid]

Ik neem aan dat je mail server de DNS gebruikt om het adres te resolven. Als dat niet goed gaat moet je dus in je DNS server zoeken, niet in je mail server.

[mvdejong]

Wat er gebeurt is dat uit het oogpunt van bescherming tegen virussen en spam sommige mail-servers mail weigeren waarvan het verzendende IP-adres niet (via DNS) tot een hostname terug te leiden is, zodat spoofing moeilijker wordt (je had het goed wat een "reverse lookup" is). Soms wordt dan ook nog gecontroleerd of dat dezelfde naam is als was de header van het mailtje claimt als verzendende mail-server.

Er ontbreekt dus inderdaad informatie in DNS, de DNS-server waarop de mail-server geresolved wordt mist in-arpa.-entries voor dat IP-adres (of je hebt een mail-server die ueberhaupt niet in DNS zit).

[pjottum]

in je dns moeten 2 dingen staan: een record voor je server (forward) naar ip, en een record in de zone in-addr.arpa met daarin je ipnr.
Dus:
www.tweakers.net -> 1.2.3.4
4.3.2.1.in-addr.arpa -> www.tweakers.net

Zoek vooral ook eens op google...

[Klippy]

mvdejong schreef op 11 september 2002 @ 10:23:
Wat er gebeurt is dat uit het oogpunt van bescherming tegen virussen en spam sommige mail-servers mail weigeren waarvan het verzendende IP-adres niet (via DNS) tot een hostname terug te leiden is, zodat spoofing moeilijker wordt (je had het goed wat een "reverse lookup" is). Soms wordt dan ook nog gecontroleerd of dat dezelfde naam is als was de header van het mailtje claimt als verzendende mail-server.

Er ontbreekt dus inderdaad informatie in DNS, de DNS-server waarop de mail-server geresolved wordt mist in-arpa.-entries voor dat IP-adres (of je hebt een mail-server die ueberhaupt niet in DNS zit).

Ah de kenner

Maar dat betekent dus dat ik nooit met m'n eigen mailserver mail kan sturen naar een mailserver die daarop controleert.

Oke weer een reden om dat te laten dus...

[Verwijderd]

thnx every1, het is me weer een stuk duidelijker.

[Verwijderd]

In de exim handleiding (exim is een internet mailer) bij de uitleg van 'helo_verify':

The RFCs mandate that a server must not reject a message because it doesn't like the HELO or EHLO command. However, some sites like to be stricter.

In RFC2821 kan ik dit nu even niet vinden, wel dit:

4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)

<snip>
In situations in which the SMTP client system does not have a meaningful domain name (e.g., when its address is dynamically allocated and no reverse mapping record is available), the client SHOULD send an address literal (see section 4.1.3), optionally followed by information that will help to identify the client system.
<snip>

Dus, ook al mag de server je email niet weigeren, jij zou betere informatie (het ip nummer, ipv de naam) naar de server moeten sturen.

Complexe materie die email