Jetzt hab ich Deine Mail nochmal genauer gelesen: Sebastian Siebert, Donnerstag, 17. Juli 2008 01:54:

Als ich dann aber mal ein Ping auf die Mail-Domain machte, stellte ich fest, dass es Probleme gibt mit der DNS-Auflösung. Anstatt die IP meines Server korrekt von der Domain aufzuschlüsseln, wird eine ganz andere Domain/IP aufgelöst und gespeichert. Aus Sicherheitsgründen habe ich im nachfolgenden Konsolenausgabe meine richtige Domain als mail.example.com maskiert.

# ping mail.example.com PING mail.example.com (63.245.213.11) 56(84) bytes of data. 64 bytes from de.www.mozilla.com (63.245.213.11): icmp_seq=1 ttl=247 time=34.4 ms 64 bytes from de.www.mozilla.com (63.245.213.11): icmp_seq=2 ttl=247 time=33.9 ms

Ist es tatsächlich so, daß ein Ping auf Deine Domain, die hier mit mail.example.com maskiert ist, eine Antwort von de.www.mozilla.com zurückliefert? Oder ist de.www.mozilla.com auch nur ein Platzhalter? Wenn nicht, dann zeigt mail.example.com auf eine IP, deren reverse lookup de.www.mozilla.com ergibt. Das solltest Du also als erstes mal korrigieren. Hat es denn schon mal funktioniert? Funktioniert es von anderen Rechnern aus? Wenn ja, dann steht vielleicht irgendwas in der resolv.conf, was nicht hineingehört. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Andre. Andre Tann schrieb:

Jetzt hab ich Deine Mail nochmal genauer gelesen:

Wäre nicht schlecht. ;-)

Sebastian Siebert, Donnerstag, 17. Juli 2008 01:54:

...

# ping mail.example.com PING mail.example.com (63.245.213.11) 56(84) bytes of data. 64 bytes from de.www.mozilla.com (63.245.213.11): icmp_seq=1 ttl=247 time=34.4 ms 64 bytes from de.www.mozilla.com (63.245.213.11): icmp_seq=2 ttl=247 time=33.9 ms

Ist es tatsächlich so, daß ein Ping auf Deine Domain, die hier mit mail.example.com maskiert ist, eine Antwort von de.www.mozilla.com zurückliefert? Oder ist de.www.mozilla.com auch nur ein Platzhalter?

Wenn nicht, dann zeigt mail.example.com auf eine IP, deren reverse lookup de.www.mozilla.com ergibt. Das solltest Du also als erstes mal korrigieren.

Hat es denn schon mal funktioniert? Funktioniert es von anderen Rechnern aus? Wenn ja, dann steht vielleicht irgendwas in der resolv.conf, was nicht hineingehört.

Die Domain "de.www.mozilla.com" ist kein Platzhalter, diese wird tatsächlich so wieder zurückgegeben. Ich vermute mal, dass Thunderbird seine Startseite darüber als erstes lädt. Reverse-Lookup ist grundsätzlich die IP vom Server. DNS-Einträge sind alle Okay. Denn bisher hat es ja auch immer schon funktioniert. In der /etc/resolv.conf stehen nur 2 Einträge darin: search home nameserver 192.168.1.1 Sebastian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sebastian Siebert, Donnerstag, 17. Juli 2008 09:13:

Die Domain "de.www.mozilla.com" ist kein Platzhalter, diese wird tatsächlich so wieder zurückgegeben. Ich vermute mal, dass Thunderbird seine Startseite darüber als erstes lädt.

Wie meinst Du das? Aus Deinem Posting geht hervor, daß ein Ping auf mail.example.com Antworten von de.www.mozilla.com ergibt. Da ist TB doch gar nicht beteiligt.

In der /etc/resolv.conf stehen nur 2 Einträge darin: search home nameserver 192.168.1.1

OK, und was läuft auf 192.168.1.1? Vielleicht ein bind, der krumme Einträge in den Zonendateien hat? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sebastian Siebert schrieb:

Hallo Andre.

Andre Tann schrieb:

...

Jetzt hab ich Deine Mail nochmal genauer gelesen:

Wäre nicht schlecht. ;-)

...

Sebastian Siebert, Donnerstag, 17. Juli 2008 01:54:

...

# ping mail.example.com PING mail.example.com (63.245.213.11) 56(84) bytes of data. 64 bytes from de.www.mozilla.com (63.245.213.11): icmp_seq=1 ttl=247 time=34.4 ms 64 bytes from de.www.mozilla.com (63.245.213.11): icmp_seq=2 ttl=247 time=33.9 ms

Ist es tatsächlich so, daß ein Ping auf Deine Domain, die hier mit mail.example.com maskiert ist, eine Antwort von de.www.mozilla.com zurückliefert? Oder ist de.www.mozilla.com auch nur ein Platzhalter?

Wenn nicht, dann zeigt mail.example.com auf eine IP, deren reverse lookup de.www.mozilla.com ergibt. Das solltest Du also als erstes mal korrigieren.

Hat es denn schon mal funktioniert? Funktioniert es von anderen Rechnern aus? Wenn ja, dann steht vielleicht irgendwas in der resolv.conf, was nicht hineingehört.

Die Domain "de.www.mozilla.com" ist kein Platzhalter, diese wird tatsächlich so wieder zurückgegeben. Ich vermute mal, dass Thunderbird seine Startseite darüber als erstes lädt.

- wieso vermuten ??? was hast du denn eingestellt ?? soll er ...oder soll er nicht ? - ein ping auf example.com kann keine Antwort von mozilla.com auslösen! PING war losgeschickt... entweder ein Nameserver(cache) ist doof oder falsch

Reverse-Lookup ist grundsätzlich die IP vom Server. DNS-Einträge sind alle Okay. Denn bisher hat es ja auch immer schon funktioniert.

wissen oder wünschen ?? ( das mit dem o.k. )

In der /etc/resolv.conf stehen nur 2 Einträge darin: search home nameserver 192.168.1.1

Sebastian

Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Fred, -------- Original-Nachricht --------

Datum: Thu, 17 Jul 2008 10:02:48 +0200 Von: Fred Ockert An: Sebastian Siebert CC: opensuse-de@opensuse.org Betreff: Re: Thunderbird - Fehlerhafte DNS-Auflösung

na gut ... Maildomain ist aber nicht unbedingt die Domain, wo dein POP-Server liegt (kann sein ..muss nicht)... - nächste Frage: was für Zugangsdaten ? wer muss sich da wo + wie authentifizieren ?

- Mailserver und POP/IMAP-Server benutzen leicht (!) unterschiedliche Namensauflösungen ( Mail = SMTP schaut auf MX-Record, POP schaut auf A-Record, sollte zueinander passen)

Also, hierzu kann ich sagen, dass die Einträge alle in Ordnung sind und auch funktioniert haben. Fehler im DNS und Mailserver hierzu ausgeschlossen, da ich lange Zeit nichts geändert habe.

...

...

na ja ..logisch, wenn der Webserver und der Mailserver auf ganz anderen Maschinen arbeiten....dafür gibts es ja A-record und MX-record (z.B.)

Wie gesagt, DNS-Einträge sind okay und es hat bisher einwandfrei geklappt.

bisher ist nicht das Mass der Dinge - und wenn o.k. -> dann die Frage, woher das Problem ?

Wie Andre im Posting davor schon erwähnt hat, könnte es evlt. am Update von "Bind" liegen, der vielleicht auf meinem lokalen Rechner fehlerhaft arbeitet.

...

Falls das Problem nochmal auftritt, werde ich nslookup nochmal prüfen und hier posten.

wenn einmal ein Problem war...ist es oft klüger diesem auf den Grund zu gehen...und sei es mal einen Cache löschen zu müssen...oder eben einen Tag warten..)

Da kann ich dir recht geben, aber wenn man da Tagelang darauf wartet und das Problem jedesmal auftritt? Es passiert, wenn das System frisch gebootet ist und dann Thunderbird aufrufen wird. Dann wird offensichtlich im System der DNS zu meinem Mailserver mit der IP von Mozilla (de.www.mozilla.com) gesetzt. Meine Vermutung ist, dass die Startseite von Thunderbird beim Start zuerst geladen wird und anschließen die Postfächer abgefragt werden. Und leider kommt dann eben beim 1. Postfach dieser katastrophaler Fehler mit der falschen IP.

...

Die Datei /etc/resolv.conf: search home nameserver 192.168.1.1

das sagt uns nur, dass du einen lokalen DNS-Server betreibst... du verrätst aber nicht, was der tut....

Diese IP 192.168.1.1 ist der Router im lokalen Netz, worüber das Internet auch läuft.

Völlig unabhängig davon - wenn Namensauflösung funtioniert - kannst du den Rest testen... (oder vorher, indem du dem Mailclient statt mit einem Namen mit einer IP-Nummer ausstattest...dann brauchts kein DNS mehr...)

Schön, dass löst aber das Problem nicht direkt. Denn die DNS-Auflösung muss in der Regel immer funktionieren. Sebastian -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sebastian Siebert schrieb:

Hallo Fred,

-------- Original-Nachricht --------

...

Datum: Thu, 17 Jul 2008 10:02:48 +0200 Von: Fred Ockert An: Sebastian Siebert CC: opensuse-de@opensuse.org Betreff: Re: Thunderbird - Fehlerhafte DNS-Auflösung

...

na gut ... Maildomain ist aber nicht unbedingt die Domain, wo dein POP-Server liegt (kann sein ..muss nicht)... - nächste Frage: was für Zugangsdaten ? wer muss sich da wo + wie authentifizieren ?

- Mailserver und POP/IMAP-Server benutzen leicht (!) unterschiedliche Namensauflösungen ( Mail = SMTP schaut auf MX-Record, POP schaut auf A-Record, sollte zueinander passen)

Also, hierzu kann ich sagen, dass die Einträge alle in Ordnung sind und auch funktioniert haben. Fehler im DNS und Mailserver hierzu ausgeschlossen, da ich lange Zeit nichts geändert habe.

...

...

...

na ja ..logisch, wenn der Webserver und der Mailserver auf ganz anderen Maschinen arbeiten....dafür gibts es ja A-record und MX-record (z.B.)

Wie gesagt, DNS-Einträge sind okay und es hat bisher einwandfrei geklappt.

bisher ist nicht das Mass der Dinge - und wenn o.k. -> dann die Frage, woher das Problem ?

Wie Andre im Posting davor schon erwähnt hat, könnte es evlt. am Update von "Bind" liegen, der vielleicht auf meinem lokalen Rechner fehlerhaft arbeitet.

na dann rate mal schön weiter

...

...

Falls das Problem nochmal auftritt, werde ich nslookup nochmal prüfen und hier posten.

wenn einmal ein Problem war...ist es oft klüger diesem auf den Grund zu gehen...und sei es mal einen Cache löschen zu müssen...oder eben einen Tag warten..)

Da kann ich dir recht geben, aber wenn man da Tagelang darauf wartet und das Problem jedesmal auftritt? Es passiert, wenn das System frisch gebootet ist und dann Thunderbird aufrufen wird. Dann wird offensichtlich im System der

offensichtlich meint was (wissen, nicht wissen, das System Hoffung ) ??? wenn das System was wo macht, dann hast du es so konfiguriert ...wobei unterlassen auch eine Konfiguration ist.

DNS zu meinem Mailserver mit der IP von Mozilla (de.www.mozilla.com) gesetzt.

na schön, wenn es reproduzierbar ist! du (!) setzt im System noch einen Extra DNS (?) dann muss das problem ja mit allen anderen Rechnern genauso nachvollziehbar sein! Hast du nur einen -> Bind aus !! zumindest solange, bis der fehler sauber zuordenbar ist!

Meine Vermutung ist, dass die Startseite von Thunderbird beim Start zuerst geladen wird und anschließen die Postfächer abgefragt werden. Und leider kommt dann eben beim 1. Postfach dieser katastrophaler Fehler mit der falschen IP.

was hat bitte schön die Startseite mit dem "Postfach" zu tun ?? und was meint Postfach ? eigentlich nur: IP nummer, Port + Protokoll .... erst danach (!) kommt die Anmelde/authentifizierung

...

...

Die Datei /etc/resolv.conf: search home nameserver 192.168.1.1 das sagt uns nur, dass du einen lokalen DNS-Server betreibst... du verrätst aber nicht, was der tut....

Diese IP 192.168.1.1 ist der Router im lokalen Netz, worüber das Internet auch läuft.

Nix Router !! das ist der für dich zuständige Nameserver - steht so in der resolv.conf . (und der kennt wieder einen , der einen kennt...) man kann in der Kette auch paar überspringen, aber gibt (meist) Ärger, wenn du anderen zuviel Last aufbürdest!

...

Völlig unabhängig davon - wenn Namensauflösung funtioniert - kannst du den Rest testen... (oder vorher, indem du dem Mailclient statt mit einem Namen mit einer IP-Nummer ausstattest...dann brauchts kein DNS mehr...)

Schön, dass löst aber das Problem nicht direkt. Denn die DNS-Auflösung muss in der Regel immer funktionieren.

hm... Du hattest am Anfang was von Zugangsdaten geschrieben.... also zerlegen wir das Problem in seine Teilprobleme und lösen alle der Reihe nach - oder ?

Sebastian

Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sebastian Siebert schrieb:

Hallo Fred, Hallo Andre,

Fred Ockert schrieb:

...

hm... Du hattest am Anfang was von Zugangsdaten geschrieben.... also zerlegen wir das Problem in seine Teilprobleme und lösen alle der Reihe nach - oder ?

Ich weiß jetzt nicht mal, warum das openSUSE rumgezickt hat. Jetzt scheint er nach dem Bootvorgang wieder recht normal zu laufen.

hat es wirklich ?

Thunderbird kann sich wieder an alle Konten ohne Probleme bedienen. Das ist doch mehr als schleierhaft?! Ich muss das mal weiterhin im Auge behalten.

schieb das nicht Thunderbird in die Schuhe, der hat damit garnix zu tun ..ist nur eine Folgerscheinung...dass das auch nicht geht..

Aber mal so ne Überlegung. Ich verwende den Router von Siemens SE515 DSL. Intern tickt ein embed Linux-System. Dieser müsste die DNS-Abfrage ebenfalls auch cachen, oder sehe ich das verkehrt? Dann kann es ja sein, dass openSUSE da gar nicht schuld hat. Sondern mein Router zickt rum. :-(

na ja .. keine Ahnung...da müsste man schon wissen, wie die einzelnen Maschinen heissen und was du so jeweils eingestellt hast!

Gruß Sebastian

huchh - vergessen ..aber: nimm dig , host und/oder nslookup..die verraten dir einiges zur Namensauflösung und verraten dir auch (!) woher sie das wissen! das siehst dann den (letzten) Nameserver (in der Kette)...und - du (welche Maschine auch immer) bekommst von deinem Provider per DHCP einen Nameserver "zugeteilt" , bei einer festen IP solltest du wenigstens die IP des zuständigen NS bekommen ..nehmen kannst du von der Sache her jeden beliebigen Nameserver (weltweit).. den trägst einfach in der resolv.conf ein und dann fragt die lokale Maschine genau diesen, wenn sie einen Namen nicht auflösen kann. Aber (!!) man macht nicht regulär solchen (sinnlosen weltweiten) Traffic - dafür hat ja dein Provider einen NS. Ja ..und cachen tun die alle natürlich (!!) warum auch sollte er permanent die gleichen Fragen aller paar Sekunden stellen..und es dauert auch - bis sich Änderungen bis zum letzten Cacheinhalt "rumgesprochen" haben huchh .. zuviel Allgemeines .. Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org