dyingeyes weblog: das persönliche Weblog von Boris Stumpf aus Frankfurt am Main

(Ein kleine ›Linkschleuder‹)

Der Herr Zeldman schreibt und wundert sich über eine angebliche Webstandards-Krise.

Certainly the W3C moves at a glacial pace. It’s why we write float when we mean column. But a glacial pace isn’t all bad …
The glacial pace of the W3C has given browser makers time to understand and more correctly implement existing standards. It has also given designers and developers time to understand, fall in love with, and add new affordances to existing standards.
So the glacial pace can’t be the crisis. Maybe the problem is lack of leadership. …

Etwas weiter:

Maybe the W3C is the problem, or maybe the problem is that there is standards-related activity going on outside the W3C. Depending on who you talk to, each of the preceding clauses defines the crisis.

Über die Rolle des W3C, des Web Standards Project, darüber, wer Standards festlegt und adoptiert – und welche denn nun genau? Und über die Gefahr, dass man sich in Regelungs- und Standardisierungswut selbst lähmt und am Ende tatsächlich eine Krise heraufbeschwört.

Damit kann man sich befassen, muss man vielleicht auch, um den Weitblick zu behalten. Der Herr Zeldmann macht schon mit einigem Recht aufmerksam.
(more…)

Ei ei ei, was das Internet nicht alles ist…

Also, wäre ich das Internet, dann sähe ich das britische Oberhaus (wie alle anderen Regierungsstuben, die unter ähnlichen Verwirrungen leiden) als eine Spielwiese von … … nö, das sag’ ich jetzt lieber nicht…

Via bananalog.

Aus dem Leben zweier Webmaster… heute: Wie gelangt man von einem nicht übereinstimmenden POP3-Passwort zu einem fehlkonfigurierten DNS-Server?

Du hast neue Domains auf deinem Server angelegt. Nun willst du E-Mailadressen einrichten. Das tust du. Du legst die benötigten POP-Konten an und einige darauf abgebildete E-Mailadressen. Entsprechend richtest du deinen Thunderbird ein.

Beim Testen stellst du fest, dass der Versuch, von einer der Adressen Post abzuholen, mit der Meldung eines nicht übereinstimmenden Passworts fehlschlägt.

Natürlich hast du dich bei der Eingabe des Passworts vertippt…

Du wiederholst das Prozedere in verschiedenen Varianten (von Hand, Copy & Paste), immer mit dem selben ernüchternden Ergebnis.

Du hast beim Eintragen des Passworts im Servermanagement-Tool einen Fehler gemacht…

Du vergibst ein neues Passwort und startest das Testverfahren neu. Du hast laut Mailserver ein nicht übereinstimmendes Passwort.

Da du nichts falsch gemacht hast, muss du bescheuert sein und/oder träumen…

Du rufst einen Freund an, mit dem zusammen du diesen Server betreibst. Und du loggst dich via Kommandozeile auf dem Server ein, um dir die Logdatei des Mailservers anzuschauen. Du findest neben Unmengen von Einträgen von zurückgewiesenen Relay-Versuchen und Bespammungen von unerwünschten Clients sowie den üblichen durchgeführten korrekten und erlaubten Vorgängen einige interessante Fehlermeldungen von deinen fehlgeschlagenen Versuchen. Sie sagen dir in etwa:

… to=<E-Mailadresse>, relay=none, delay=0, status=bounced
(mail for [domainname] loops back to myself)

Du bist erstaunt ob des interessanten Fundes, verstehst Bahnhof und suchst gleich via Suchmaschine nach Kollegen dieser Meldung. Du findest eine große Anzahl davon in diversen Diskussions-Boards, aber keine Diskussion gibt dir wirklich klaren Aufschluss über die Ursache. Vielleicht einen kleinen Wink…

Mit o.g. Freund, der ebenfalls Domains auf dem Server neu eingerichtet hat, gehst du die DNS-Einrichtung durch, ihr testet mit vertauschten Einstellungen zweier neu eingerichteter Domains und landet schließlich bei dem Verdacht, dass möglicherweise einer der beiden DNS-Server (der Secondary DNS) den Fehler verursacht. O.g. Freund trägt einen anderen DNS ein, wie ihr ihn auch bei anderen Domains auf dem gemeinsamen Server verwendet.

Damit habt ihr das Problem gelöst, die E-Mailadressen (samt Passwörtern) funktionieren einwandfrei. Noch eine Mitteilung an den DNS-Betreiber…

So gelangt man von einem nicht übereinstimmenden POP3-Passwort zu einem fehlkonfigurierten DNS-Server.