DNS en mailserver - vreemd?

[Verwijderd]

Hoi,
Ik snap er niets meer van. Ik hoop dat jullie dit kunnen verklaren.
De volgende situatie.
192.168.20.1 is dns server, router en firewall.
192.168.20.6 is mail en ftp server (smtp/pop3/IMAP)

192.168.20.6 heeft alias mail.domeinnaam.nl
192.168.20.1 resolved mail.domeinnaam.nl naar 192.168.20.6

Een ping naar mail.domeinnaam.nl retourneert netjes met 192.168.20.6

Een willekeurig werkstation probeert nu d.m.v. pop3 zijn mail op te halen, maar dat gaat dus niet, gebruikersnaam en wachtwoord worden geweigerd. Erg vreemd, want het is 100% goed. Vervolgens 192.168.20.6 als mailserver ingesteld in Outlook en de mail kwam netjes binnen.

MX record van domeinnaam.nl staat naar het A record mail.domeinnaam.nl welke verwijst naar het juiste ip adres. Poort 25 staat in de router open, wordt doorgestuurd naar de 192.168.20.1 (router en die routeert naar 192.168.20.6 (mailserver). Dat lijkt goed te gaan, mail komt aan, maar nu nog lezen.

Verzenden met Outlook gaat ook niet op domeinnaam, maar wel met ip adres.

Wat heeft die firewall hiermee te maken? Niks toch? Die resolved alleen de domeinnaam naar het ip adres, kicked dat terug naar de aanvragen en die gaat op ip verder. Of mis ik iets?

Ik hoop dat jullie kunnen helpen.
Hans

[Ook]

...
Een willekeurig werkstation probeert nu d.m.v. pop3 zijn mail op te halen, maar dat gaat dus niet, gebruikersnaam en wachtwoord worden geweigerd.

Heb je dit probleem nou alleen op die ene PC of gewoon vanaf elke (willekeurige) PC? Neem aan dat de DNS settings op de PC's wel allemaal keurig naar .1 verwijzen?

[Kabouterplop01]

een mail exchangerrecord mag volgens een bepaald RFC nooit een alias zijn maar een MX record!!

[qless]

een MX record wijst altijd naar een A record, nooit naar CNAME.
(soms werkt dit wel, maar het mag officieel niet en leidt tot rare resultaten)

Wat dus wel zou mogen is:

mail.blabla.nl. A 192.168.0.1
pop3.blabla.nl. CNAME mail.blabla.nl.
blabla.nl. MX mail.blabla.nl.

[Verwijderd]

qless schreef op donderdag 16 december 2004 @ 11:35:
een MX record wijst altijd naar een A record, nooit naar CNAME.
(soms werkt dit wel, maar het mag officieel niet en leidt tot rare resultaten)

Wat dus wel zou mogen is:

mail.blabla.nl. A 192.168.0.1
pop3.blabla.nl. CNAME mail.blabla.nl.
blabla.nl. MX mail.blabla.nl.

Zo ziet de dns zone eruit:
mail.domeinnaam.nl A ip.adres.van.dslverbinding
mail.domeinnaam.nl MX 10

Geen CNAME dus, daar ben ik van op de hoogte. De mail wordt ook wel correct afgeleverd. Daar ligt het probleem niet. Dit was enkel om de situatie te schetsen.
Zodra de mail arriveert op de 20.6 kom ik in de problemen. De mail staat daar.
Een client uit het LAN doet een aanvraag op mail.domeinnaam.nl die wordt resolved door 20.1 naar 20.6 Maar nu kan er dus geen verbinding worden gemaakt met de mailserver. Pas als 20.6 als mailserver wordt ingesteld in Outlook wordt de mail prbleemloos opgehaald.
Er zit dus een probleem in de lokale name resolving.
Op de 20.1 draait Bind waarbij mail.domeinnaam.nl intern gehouden wordt, op de 20.6 dus. Alle andere aliassen van domeinnaam.nl gaan het internet op.
DNS zone van Bind op de 20.1

code:

zone "mail.domeinnaam.nl" {
        type master;
        file "mail.domeinnaam.nl.db";
};

mail.domeinnaam.nl.db

code:

@       IN      SOA     mail.domeinnaam.nl. admin.domeinnaam.nl. (
                        2004121501       ; serial, todays date + todays serial #
                        8H              ; refresh, seconds
                        2H              ; retry, seconds
                        1W              ; expire, seconds
                        1D )            ; minimum, seconds
                NS      mail.domeinnaam.nl.

localhost       A       127.0.0.1
mail.domeinnaam.nl.     A       192.168.20.6

Het gaat dus om alle clients. Iedereen gebruikt de 20.1 als dns server en router.
Een ping uit het LAN naar mail.domeinnaam.nl gaat netjes naar de 20.6

Het gaat er dus om hoe het komt dat iemand niet mail.domeinnaam.nl als mailserver kan instellen in Outlook (of andere mailclient). 192.168.20.6 invullen gaat wel. Hoe komt dat en hoe denken jullie dat ik dat zou moeten oplossen?
Alvast bedankt voor het meedenken, Hans

[CmdrKeen]

Open op een XP-client dit bestand (het bestand heeft inderdaad geen extensie): c:\windows\system32\drivers\etc\host.
voeg deze regel toe:

code:

192.168.20.6 mail.domeinnaam.nl

Werkt het nu wel? Dat was bij mij nl. de oplossing bij hetzelfde probleem.

/edit:
Ik weet dat dit een client-oplossing is en dus geen centrale oplossing, maar het is beter dan niets, toch? Ik gebruik deze oplossing omdat het probleem bij mij optreedt bij laptopgebruikers die soms wel in het LAN zitten en soms niet en niet steeds hun mailserveradres willen aanpassen.

[ Voor 36% gewijzigd door CmdrKeen op 16-12-2004 13:45 ]

[TheZoo]

MX records hebben alleen maar te maken met SMTP en niets met pop3, dus daar hoef je het probleem sowieso niet te zoeken.
Het lijkt erop dat Outlook iets raars doet met de DNS resolving voor zichzelf. Voor mijn gevoel is Outlook het probleem.

[Verwijderd]

TheZoo schreef op donderdag 16 december 2004 @ 14:41:
MX records hebben alleen maar te maken met SMTP en niets met pop3, dus daar hoef je het probleem sowieso niet te zoeken.
Het lijkt erop dat Outlook iets raars doet met de DNS resolving voor zichzelf. Voor mijn gevoel is Outlook het probleem.

Zou kunnen, zelf denk ik dat de dns server en dus de firewall zich ermee bemoeit. In de firewall is voor de externe nic een portforward. Maar dat ding zou hier niets mee te maken mogen hebben.
Dat met het host bestand ga ik proberen, maar is geen optie voor alle clients. Dat is gewoon te complex. Om te testen wel een goede optie.