manu: htm-Datei wird nicht erkannt

Hallo zusammen,

ich bin eben auf eine Merkwürdigkeit gestossen, die ich mir nicht erklären kann:
jemand bat mich um Hilfe bei seinem Webprojekt. Dieses wurde mit Dreamweaver erstellt. In einer verschachtelten Verzeichnisstruktur (2-3 Ebenen) befinden sich jede Menge htm-Dateien, die untereinander verlinkt sind. Im IE werden diese auch alle anstandslos dargestellt, Mozilla öffnet aber einen Speichern Dialog mit der folgenden Meldung:

Die Datei "bilder2004.htm" ist vom Typ application/x-httpd-parse (HTML-Dokument) und Mozilla weiß nicht, wie dieser Typ behandelt werden soll.
Die Datei befindet sich usw...
Was soll Mozilla mit dieser Datei machen?
-Mit Standardanwendung öffnen?
-Öffnen mit...
-Auf Festplatte speichern

Also mir kommt das so vor, als ob Mozilla diese Dateitypen nicht erkennen würde. HTM-Dateien sind aber doch Standard, oder?? Netscape erkennt diese Datei auch nicht als html. Wenn ich die Dateien nun aber umbenenne, scheint alles richtig zu funktionieren (es sind aber zu viele, um das mal eben zu machen...)

Bisher habe ich sichergestellt, dass der richtige DOCTYPE und <META http-equiv="content-type" content="text/html; charset=iso-8859-1"> enthalten ist - das brachte aber keine Veränderung.

Kann mir das jemand erklären?

  1. Moin moin

    Die Datei "bilder2004.htm" ist vom Typ application/x-httpd-parse (HTML-Dokument)

    Von welchem Typ sind denn html-Dateien?

    Gruß,
    Marc.

    --
    sh:( fo:| ch:? rl:? br:> n4:& ie:% mo:} va:} de:] zu:) fl:( ss:| ls: js:(
    http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A%28+fo%3A%7C+ch%3A%3F+rl%3A%3F+br%3A%3E+n4%3A%26+ie%3A%25+mo%3A%7D+va%3A%7D+de%3A%5D+zu%3A%29+fl%3A%28+ss%3A%7C+ls%3A+js%3A%28
    1. Außer dass ich sie umbenannt habe, habe ich nichts geändert.
      Der Typ ist also weiterhin text/html...

      1. Moin moin

        Außer dass ich sie umbenannt habe, habe ich nichts geändert.
        Der Typ ist also weiterhin text/html...

        Wieso weiterhin - vorher war der Typ doch "application/x-httpd-parse"

        Gruß,
        Marc.

        --
        sh:( fo:| ch:? rl:? br:> n4:& ie:% mo:} va:} de:] zu:) fl:( ss:| ls: js:(
        http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A%28+fo%3A%7C+ch%3A%3F+rl%3A%3F+br%3A%3E+n4%3A%26+ie%3A%25+mo%3A%7D+va%3A%7D+de%3A%5D+zu%3A%29+fl%3A%28+ss%3A%7C+ls%3A+js%3A%28
        1. naja, vorher (als .htm-Datei) wurde sie als solche von Moz interpretiert - der Content-Type stand die ganze Zeit auf text/html.

          1. Moin moin

            naja, vorher (als .htm-Datei) wurde sie als solche von Moz interpretiert - der Content-Type stand die ganze Zeit auf text/html.

            Schick doch mal Links (einen der klappt und einen mit Deinem Problem)

            Gruß,
            Marc.

            --
            sh:( fo:| ch:? rl:? br:> n4:& ie:% mo:} va:} de:] zu:) fl:( ss:| ls: js:(
            http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A%28+fo%3A%7C+ch%3A%3F+rl%3A%3F+br%3A%3E+n4%3A%26+ie%3A%25+mo%3A%7D+va%3A%7D+de%3A%5D+zu%3A%29+fl%3A%28+ss%3A%7C+ls%3A+js%3A%28
          2. Hi,

            der Content-Type stand die ganze Zeit auf text/html.

            vermutlich nicht. Ergänzend zu Cheatahs Ausführungen, die Du vielleicht nicht vollständig verstanden hast: wenn der Server einen Content-Type angibt, dann wird dieser in vernünftigen Browsern auch verwendet, egal was Du im Dokument selbst angibst.

            freundliche Grüße
            Ingo

  2. Hi,

    Also mir kommt das so vor, als ob Mozilla diese Dateitypen nicht erkennen würde.

    diese _Content_-Typen, mit Dateien hat das nichts zu tun. Und warum sollte er sie auch erkennen? "application" deutet auf eine externe Applikation hin, "x-"-Typen sind per se undefiniert. Der Typ ist also nicht viel anders zu betrachten als "application/x-fhjfgregberig".

    HTM-Dateien sind aber doch Standard, oder??

    HTML-Code sollte, wenn er als solche interpretiert werden soll, als text/html ausgeliefert werden. Als nichts anderes.

    Netscape erkennt diese Datei auch nicht als html.

    Natürlich nicht, Netscape hält sich ebenso an den HTTP-Standard wie Mozilla.

    Wenn ich die Dateien nun aber umbenenne, scheint alles richtig zu funktionieren (es sind aber zu viele, um das mal eben zu machen...)

    Dann ist Dein Server offenbar falsch konfiguriert.

    Bisher habe ich sichergestellt, dass der richtige DOCTYPE und <META http-equiv="content-type" content="text/html; charset=iso-8859-1"> enthalten ist - das brachte aber keine Veränderung.

    Natürlich nicht, ein <meta>-Tag und ein DOCTYPE können nur erkannt werden, wenn es sich um einen HTML- oder XML-Typus handelt.

    Cheatah

    --
    X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
    X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
    X-Will-Answer-Email: No
    X-Please-Search-Archive-First: Absolutely Yes
    1. Naja, dass der Server falsch konfiguriert ist, hatte ich auch schon in Erwägung gezogen, aber verworfen - dann würde doch sicher die Hälfte der Seiten, die da liegen nicht funktionieren...

      Seltsamerweise läuft der Kram hier bei mir (Apache 1.3.29).
      Ich werde da mal anrufen...

      Danke für die Infos...

      1. Hi,

        Naja, dass der Server falsch konfiguriert ist, hatte ich auch schon in Erwägung gezogen, aber verworfen - dann würde doch sicher die Hälfte der Seiten, die da liegen nicht funktionieren...

        äh? Wenn es beim Response um ein HTML-Dokument geht, muss der Server den Content-Type text/html ausliefern. Tut er es nicht, ist er falsch konfiguriert.

        Seltsamerweise läuft der Kram hier bei mir (Apache 1.3.29).

        Das ist augenscheinlich eine andere Serverinstanz, die ergo auch über eine andere Konfiguration verfügt.

        Cheatah

        --
        X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
        X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
        X-Will-Answer-Email: No
        X-Please-Search-Archive-First: Absolutely Yes