Thales: HTML im lan ok, im web wird es nur als text angezeigt.

moin, seit einiger zeit werden meine html-seiten (z.b. daten logger) bei zugrief über www nur als text angezeigt. gehe ich im lan auf die seiten ist alles ok. das ist unabhängig vom verwendeten brouser. komsicherweise funktioniert aber bei meiner cloud (raspi mit nextcloud) alles. kann das an einem windows update liegen?

danke schon mal.

  1. Hallo Thales,

    kann das an einem windows update liegen?

    also meine Seiten haben die letzten Windows-Updates gut überstanden 😀

    Vielleicht postest du mal den Link zu deiner Seite, dann kann man sich das mal ansehen.

    Gruß
    Jürgen

  2. Hallo Thales,

    deine Beschreibung ist viel zu knapp. Wir wissen nicht, welche Server Du wo laufen hast und wie die Kommunikationwege zwischen dem Browser (den Browsern?) und dem Serve (den Servern?) sind. Wer kommuniziert auf welchem Weg mit wem, welches Gerät steht wo, welche Kommunikation liefert HTML, welche liefert Text?

    Ich mutmaße einen fehlenden Content-Type Header für die HTML Datei. Die Ursachen können vielfältig sein. Dazu bräuchte man die genannten Infos.

    Rolf

    --
    sumpsi - posui - obstruxi
    1. @@Rolf B

      Ich mutmaße einen fehlenden Content-Type Header für die HTML Datei.

      Das war auch mein erster Gedanke.

      Die Ursachen können vielfältig sein.

      Mein zweiter: Das Stylesheet wird nicht geladen.

      Eine geputze Glaskugel würde sicher noch weitere Ursachen offenbaren …

      Dazu bräuchte man die genannten Infos.

      … aber besser wäre schon, Thales käme mir mehr Problembeschreibung als „Die Karre fährt nicht.“

      😷 LLAP

      --
      „Sag mir, wie Du Deine Maske trägst, und ich sage Dir, ob Du ein Idiot bist.“ —@Ann_Waeltin
      1. Hallo Gunnar,

        (2) Das Stylesheet wird nicht geladen.

        In dem Fall sollte zumindest der Default-Style des Browsers greifen und eine Basisformatierung herbeiführen. Je nach Umfang der eingesetzten CSS kann das natürlich zu gravierenden Unterschieden führen.

        Frage ist also: zeigt der Browser primitiv gerendertes HTML oder HTML Sourcecode an? Ich bin davon ausgegangen, dass Thales dazwischen unterscheiden kann.

        Die Frage ist dann noch, warum der Content-Type fehlt. Ich mutmaße unterschiedliche Server-Betriebssysteme. Eins mit einem File System, das case-sensitive ist (ein Wort mit X) und eins, das es nicht ist (ein Wort mit W).

        Rolf

        --
        sumpsi - posui - obstruxi
    2. wenn ich hausintern bleibe (also lan) schaut es gut aus. gehe ich über meinen dns-services kommt das:

      <HTML>
      <HEAD></HEAD>
      <BODY>
      <DIV>
      <A HREF="System Volume Information" download >/System Volume Information</A>
      <A HREF="20190101.CSV" download >20190101.CSV&nbsp;&nbsp;11874&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200705.CSV" download >20200705.CSV&nbsp;&nbsp;30513&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200706.CSV" download >20200706.CSV&nbsp;&nbsp;48920&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200707.CSV" download >20200707.CSV&nbsp;&nbsp;57600&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200708.CSV" download >20200708.CSV&nbsp;&nbsp;57920&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <br>
      <A HREF="20200709.CSV" download >20200709.CSV&nbsp;&nbsp;57920&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200710.CSV" download >20200710.CSV&nbsp;&nbsp;57880&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200711.CSV" download >20200711.CSV&nbsp;&nbsp;58308&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200712.CSV" download >20200712.CSV&nbsp;&nbsp;63110&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200713.CSV" download >20200713.CSV&nbsp;&nbsp;85255&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      <A HREF="20200714.CSV" download >20200714.CSV&nbsp;&nbsp;85019&nbsp;Byte&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</A>
      </DIV>
      </BODY>
      </HTML>
      

      vergleich mit dem funktionierenden seitenquelltext ist genau null.

      1. Hallo thales,

        also - du bekommst HTML Quelltext zu sehen. Aber trotzdem, wir haben keine Glaskugeln und sind auch nicht telepathisch begabt. Dir kann keiner helfen wenn Du weiter so schreibfaul bleibst.

        Handyanruf: "Ich wollte ins Kino und stehe jetzt vor dem Restaurant, wo habe ich mich verfahren?" - von dieser Qualität ist deine bisherige Fehlerbeschreibung. Dein Zusatzpposting klärt auf: Das Restaurant ist eine Pizzeria. Wenn der Angerufene eine Menge über den Anrufer weiß, dann reicht das vielleicht. Hier im Forum ist das aber so, als hätte der Anrufer eine zufällige Nummer irgendwo in Deutschland gewählt.

        Tipps

        wenn ich hausintern bleibe (also lan) schaut es gut aus. gehe ich über meinen dns-services kommt das:

        Was ist "Haus"? Privat? Unternehmen? Wenn Du deinen DNS Service nutzt - welches Gerät kommuniziert da mit welchem? Die gleichen wie vorher über LAN, oder sind jetzt andere Geräte beteiligt?

        Rolf

        --
        sumpsi - posui - obstruxi
        1. Moin,

          Handyanruf: "Ich wollte ins Kino und stehe jetzt vor dem Restaurant, wo habe ich mich verfahren?" - von dieser Qualität ist deine bisherige Fehlerbeschreibung. Dein Zusatzpposting klärt auf: Das Restaurant ist eine Pizzeria. Wenn der Angerufene eine Menge über den Anrufer weiß, dann reicht das vielleicht. Hier im Forum ist das aber so, als hätte der Anrufer eine zufällige Nummer irgendwo in Deutschland gewählt.

          schön beschrieben. 😀

          Was ist "Haus"? Privat? Unternehmen?

          Und mindestens ebenso spannend: HTTP oder Filesystem? Und wenn HTTP: Welcher Content-Type-Header wird in den unterschiedlichen Fällen gesendet? Von wem, d.h. was für einem Server (Apache, nginx, IIS)?

          Wenn Du deinen DNS Service nutzt - welches Gerät kommuniziert da mit welchem?

          Ist das relevant? Ich glaube nicht.

          Live long and pros healthy,
           Martin

          --
          Home is where my beer is.
          1. Hallo Der,

            Ist das relevant?

            Na sicher. Wenn das unterschiedliche Server sind, mit denen da kommuniziert wird, öffnet sich nicht nur ein neues Buch mit Fehlermöglichkeiten, sondern gleich eine ganze Bibliothek.

            Rolf

            --
            sumpsi - posui - obstruxi
            1. Hallo,

              Ist das relevant?

              Na sicher.

              du hast den wichtigen Gegenstand meiner Infragestellung nicht zitiert:

              Wenn Du deinen DNS Service nutzt - welches Gerät kommuniziert da mit welchem?

              Ein DNS-Service (ich nehme an, es geht um Dynamic DNS) sorgt nur dafür, dass ein Server trotz wechselnder IP-Adresse auffindbar ist. Der spielt also nur insofern eine Rolle, als die Verbindung entweder zustandekommt oder eben nicht. Auf den übermittelten Inhalt (Nutzinhalt und Header) hat er aber keinen Einfluss.
              Dasselbe gilt übrigens auch, wenn mit DNS hier "echtes" DNS gemeint ist.

              Wenn das unterschiedliche Server sind, mit denen da kommuniziert wird, öffnet sich nicht nur ein neues Buch mit Fehlermöglichkeiten, sondern gleich eine ganze Bibliothek.

              Deswegen habe ich ja auch konkret nach dem Content-Type als wichtigster Info gefragt.

              Live long and pros healthy,
               Martin

              --
              Home is where my beer is.
              1. Hallo Martin,

                Content-Type als wichtigster Info

                Das ist es zweifellos. Und ich bin überzeugt, dass der Content-Type fritte ist.

                Deswegen brauchen wir Infos um der Ursache näher kommen zu können.

                Du unterstellst, dass der DNS Service auf den gleichen Server referenziert, der auch bei der LAN-only Kommunikation verwendet wurde. Kann sein, ist vielleicht auch die Absicht des OP, aber es muss nicht so sein.

                Aber wenn es der gleiche Server ist, dann kommt es um so mehr auf den Kommunikationsweg an. In einem Privathaushalt würde ein Zugriff via DDNS bedeuten, dass der Request das Haus verlässt und von außen wieder hereinkommt, denn ein DDNS Service verweist ja eigentlich auf die externe IP des Routers.

                Es kann auch sein dass auf einem Server zwei verschiedene Webs laufen. Eins reagiert auf interne Anfragen, eins auf externe, und sie sind unterschiedlich konfiguriert. Hostname-Routing kommt da in den Sinn. Per DNS ist ein hostname da, per LAN wurde vermutlich auf die IP zugegriffen.

                Oder ist es in DNS Server im LAN und die Kommunikation bleibt im Haus? Ganz anderes Szenario, ganz andere potenzielle Ursachen.

                Oder ist es ein Unternehmensnetz und die Kommunikation "außen herum" läuft über einen Proxy hinaus und über einen Reverse Proxy wieder herein? Existieren da Virenscanner oder Webwasher, die Request oder Response manipulieren? Um HTML Sourcecode zu sehen, muss der Content-Type eigentlich auf text/plain gesetzt worden sein. Ich habe ihn mal auf "foo/bar" gesetzt, dann zeigt der Browser gar nichts an sondern öffnet das "Speichern" Fenster. Den Header ganz wegzulassen schaffe ich nicht. PHP schiebt einen Content-Type nach, wenn ich ihn entferne, und mein verfügbarer Webserver IIS liefert Ressourcen ohne Content-Type gar nicht erst aus. Einen Apache hau ich mir jetzt dafür nicht drauf.

                TL;DR: Ohne Details geht da gar nichts. Es ist vermutlich eine subtile Kleinigkeit, die zu den Unterschieden führt. Und die kann man nicht finden, wenn man nur grobe Brocken bekommt.

                Rolf

                --
                sumpsi - posui - obstruxi
                1. Hallo Rolf B,

                  TL;DR: Ohne Details geht da gar nichts. Es ist vermutlich eine subtile Kleinigkeit, die zu den Unterschieden führt. Und die kann man nicht finden, wenn man nur grobe Brocken bekommt.

                  Möglicherweise weiß der OP auch nicht, wie er an weitere notwendige Informationen kommt. DNS etwa könnte auch ein böhmisches Dorf sein.

                  Bis demnächst
                  Matthias

                  --
                  Du kannst das Projekt SELFHTML unterstützen,
                  indem du bei Amazon-Einkäufen Amazon smile (Was ist das?) nutzt.
                  1. Hallo Matthias,

                    auch das kann sein. Aber dann soll er das bitte sagen und nicht herumeiern.

                    Rolf

                    --
                    sumpsi - posui - obstruxi
                    1. Intern : meine hausinterne lan verkabelung. bestehnd aus einer fb7390 mit eingeschaltetem dhcp. DNS : über goip.de Cloud: raspi mit nextcloud, freigaben im lan und über dns. Octopi: raspi seit 3 jahren am laufen. datenlogger: 2 x Myehternet mit OpenMCP 2 x Teensy 4.1 mit eigener FW dsl : per t-online 50k

                      alle datenlogger werden im lan richtig angezeigt, ebenso die cloud und octopi. alle datenlogger liefern nur html-quelltext wenn ich über goip von aussen zugreife. das ist erst seit einigen wochen so. die logger laufen schon mehrere jahre bei mir.

                      das source listing stammt von einem der Teensy ist aber bei allen loggern identisch.

                      geteste browser : IE,Chrom,Opra, FF...... bei allen das gleiche ergebnis.

                      1. Hallo,

                        Intern : meine hausinterne lan verkabelung. bestehnd aus einer fb7390 mit eingeschaltetem dhcp.
                        DNS : über goip.de
                        Cloud: raspi mit nextcloud, freigaben im lan und über dns.
                        Octopi: raspi seit 3 jahren am laufen.
                        datenlogger: 2 x Myehternet mit OpenMCP
                        2 x Teensy 4.1 mit eigener FW
                        dsl : per t-online 50k

                        also T-Online mit 50k soll wohl eher 50M sein, sonst wären wir wieder in der Zeit der guten alten Telefonmodems. 90er-Jahre-Nostalgie. ;-)

                        Anyway, diese Angaben sagen mir leider gar nichts. Du beschreibst, was bei dir im Netz so alles läuft, gehst aber mit keinem Wort auf die konkreten Fragen ein:

                        • Rufst du die Seiten intern über HTTP ab oder übers file-Protokoll? Wenn HTTP: Geht der Request nach draußen über den goip-Dienst und kommt dann über die öffentliche IP der Fritzbox wieder rein, oder gibt es eine interne Shortcut Route?
                        • Welcher Server wird da verwendet?
                        • Welchen Content-Type senden diese Server?

                        alle datenlogger werden im lan richtig angezeigt, ebenso die cloud und octopi.

                        Protokoll? HTTP-Header? Routen?

                        alle datenlogger liefern nur html-quelltext wenn ich über goip von aussen zugreife.

                        HTTP-Header?

                        geteste browser : IE,Chrom,Opra, FF...... bei allen das gleiche ergebnis.

                        Das deutet darauf hin, dass die Browser es richtig machen und der Fehler auf der Serverseite oder bei der Übermittlung liegt.

                        Live long and pros healthy,
                         Martin

                        --
                        Home is where my beer is.
                        1. moin erstmal
                          alles über http.
                          hier ein beispiel:

                          <html>
                          <head>
                          <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
                          <title>OpenMCP - Welcome on Microcontroller Board</title>
                          </head>
                          <frameset rows="60,35,*,40" scrolling="no" frameborder="2" border="2" framespacing="2" bordercolor="#000000">
                          <frame src="headline.html" name="Navigation1" scrolling="no"><frame src="mainmenu.html" name="Navigation2" scrolling="no"><frame src="info.html" name="main" scrolling="yes">
                          <frame src="stats.cgi" name="update" scrolling="no"><noframes>
                          <body>
                          <p>Ihr Browser unterstützt keine Frames!</p>
                          </body>
                          </noframes>
                          </frameset>
                          </html>
                          

                          wenn der request haus intern ( also 192.168.1.25) läuft geht alles.
                          wenn er über goip geht ( also xxxxx.goip.de:85) kommt quelltext.
                          die portfreigabe in der box biegt den extern port 85 auf intern 80 um.

                          1. Hi,

                            alles über http.

                            okay, das ist schonmal ein Fragment Information.

                            wenn der request haus intern ( also 192.168.1.25) läuft geht alles.

                            Also intern über die private IP, nicht über den Hostnamen. Das könnte der entscheidende Unterschied sein. Der ungewisse Faktor ist aber immer noch die Konfiguration deiner Server.
                            Btw, wie löst du das Problem, von extern auf mehrere unterschiedliche interne Hosts zuzugreifen? Dein vorheriges Posting zählt ja immerhin 6 verschiedene Hosts auf.

                            wenn er über goip geht ( also xxxxx.goip.de:85) kommt quelltext.

                            Dann sieh doch endlich mal nach, was für einen Typ der Content-Type-Header angibt. Anscheinend ja wohl text/plain anstatt text/html, wie das Ergebnis vermuten lässt.

                            die portfreigabe in der box biegt den extern port 85 auf intern 80 um.

                            Ja, okay. Kann man machen. Warum verwendest du nicht direkt den Standard-Port 80 auch von extern?

                            Live long and pros healthy,
                             Martin

                            --
                            Home is where my beer is.
                          2. Hallo Thales,

                            alle datenlogger liefern nur html-quelltext

                            Was sind das für Logger? Loggen die auf IP Basis? In dem Fall solltest Du nicht nur die Response auf der Leitung sehen, sondern auch den HTTP Protokollteil der Response, sprich: die Header.

                            Falls Du da einem Missverständnis aufsitzen solltest:

                            <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">

                            ist kein Header, sondern eine HTML Angabe, und der MIME-Typ darin ist wurscht. Der Browser interessiert sich nur für die charset Angabe.

                            Rolf

                            --
                            sumpsi - posui - obstruxi
                            1. @@Rolf B

                              <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">

                              ist kein Header, sondern eine HTML Angabe, und der MIME-Typ darin ist wurscht. Der Browser interessiert sich nur für die charset Angabe.

                              Weshalb man ja dafür auch <meta charset="ISO-8859-1"/> schreibt.

                              Sofern man denn ISO-8859-1 verwendet, was man nicht tun sollte. Im Web sollte man UTF-8 verwenden, immer und überall.

                              😷 LLAP

                              --
                              „Sag mir, wie Du Deine Maske trägst, und ich sage Dir, ob Du ein Idiot bist.“ —@Ann_Waeltin
                            2. moin, die logger sammeln daten z.b meiner heizungsanlage. das board ist ein myethnet (avr) die firmware ist openmcp. wenn im html-code fehler sind das sage bitte was ich wie änder ss.

                              1. board = MyEthernet

                              2. Hallo thales,

                                moin, die logger sammeln daten z.b meiner heizungsanlage

                                ok, also keine Netzwerkdaten auf technischer Ebene (TCP-Pakete oder so).

                                wenn im html-code fehler sind

                                Haben wir uns so missverständlich ausgedrückt?

                                Das ist kein HTML Problem. Der <meta http-equiv="content-type" ...> Eintrag im <head> ist bis auf die charset-Angabe wirkungslos. Das Problem liegt beim Server oder auf der Leitung.

                                Wobei - lese ich das richtig? Du fragst die Datenlogger ab? D.h. die Logger sind Geräte, die als HTTP Server fungieren?

                                datenlogger: 2 x Myehternet mit OpenMCP 2 x Teensy 4.1 mit eigener FW

                                Kannst Du das für Nichteingeweihte verständlicher formulieren? Oder bin da nur ich der Unwissende?

                                Hast Du endlich mal über die Browser-Entwicklertools die Response-Header bei LAN- und "außenrum" Zugriff verglichen?

                                Rolf

                                --
                                sumpsi - posui - obstruxi
                                1. Hallo,

                                  Wobei - lese ich das richtig? Du fragst die Datenlogger ab? D.h. die Logger sind Geräte, die als HTTP Server fungieren?

                                  so habe ich das jedenfalls bis jetzt auch verstanden.

                                  datenlogger: 2 x Myehternet mit OpenMCP 2 x Teensy 4.1 mit eigener FW

                                  Kannst Du das für Nichteingeweihte verständlicher formulieren? Oder bin da nur ich der Unwissende?

                                  Ich hab's auch nicht ganz kapiert, Ich bin davon ausgegangen, dass es sich um Geräte handelt, die via HTTP eine bistimmte Information geben - also Webserver.

                                  Live long and pros healthy,
                                   Martin

                                  --
                                  Home is where my beer is.
                                  1. moin, die datenlogger werden über html abgefragt, sie sind also webserver. also nochmal. das ganze funktionierte bis vor einigen wochen noch. nun ist es so das ich bei der abfrage über meinen dns nur den quellcode der htmlseiten angezeigt bekomme. spreche ich die logger in meinem lan an geht aber alles. nun klar?

                                    1. Hallo

                                      die datenlogger werden über html abgefragt, sie sind also webserver. also nochmal. das ganze funktionierte bis vor einigen wochen noch. nun ist es so das ich bei der abfrage über meinen dns nur den quellcode der htmlseiten angezeigt bekomme. spreche ich die logger in meinem lan an geht aber alles.
                                      nun klar?

                                      Nun klar?

                                      Wenn die potentiellen Helfer mehr tun sollen, als nur im Nebel herumzustochern, musst du schon mit den mehrfach erfragten weiteren Infos rüberkommen. Wie du da ran kommst, wurde in mehreren der Postings beschrieben.

                                      Tschö, Auge

                                      --
                                      Ein echtes Alchimistenlabor musste voll mit Glasgefäßen sein, die so aussahen, als wären sie beim öffentlichen Schluckaufwettbewerb der Glasbläsergilde entstanden.
                                      Hohle Köpfe von Terry Pratchett
                                      1. Hallo Auge,

                                        insbesondere brauchen wir auch den Weg, den die Daten nehmen, wenn die Abfrage via DNS erfolgt. Welche Stationen sind auf dem Weg, welche könnte die Daten recodieren oder sonst was tun. Wo unterscheidet sich der Weg beim LAN Zugriff.

                                        Was hier noch helfen kann ist der tracert Befehl (trace route), er zeigt jeden Hop auf der Strecke an. Dafür muss man sich allerdings auf die Kommandozeile wagen.

                                        Rolf

                                        --
                                        sumpsi - posui - obstruxi
                                      2. moin, bin gerade auf dienstreise, daher die pause. wenn ich nächste woche wieder zu hause bin werde ich euch einen der logger im netz mal freigeben. vieleicht hilft das. content-type habe ich verschiede beispiele ausprobiert aber ohne erfolg. für mich immer noch etwas verwirrend ist das es alles schon seit jahren gut gelaufen ist.

                                        ich klebe hier nochmal den aktuellen html-code einer loggers an. dieser wird im lokalen netz richtig ausgeführt, über dns kommt er nur als text an.

                                        <html>
                                        <head>
                                        <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
                                        <title>OpenMCP - Welcome on Microcontroller Board</title>
                                        </head>
                                        <frameset rows="60,35,*,40" scrolling="no" frameborder="2" border="2" framespacing="2" bordercolor="#000000">
                                        <frame src="headline.html" name="Navigation1" scrolling="no"><frame src="mainmenu.html" name="Navigation2" scrolling="no"><frame src="info.html" name="main" scrolling="yes">
                                        <frame src="stats.cgi" name="update" scrolling="no"><noframes>
                                        <body>
                                        <p>Ihr Browser unterstützt keine Frames!</p>
                                        </body>
                                        </noframes>
                                        </frameset>
                                        </html>
                                        
                                        1. Hallo,

                                          wenn ich nächste woche wieder zu hause bin werde ich euch einen der logger im netz mal freigeben. vieleicht hilft das.

                                          ja, vielleicht hilft das. Aber meine Güte, warum schaust du nicht selbst einfach mal nach? Im Firefox beispielsweise unter Tools/Page Info. Dort sind alle wichtigen Metainformationen zur Seite zu sehen, also URL, Content-Type, Zeichencodierung, ...
                                          Das kann doch so schwer nicht sein!

                                          content-type habe ich verschiede beispiele ausprobiert aber ohne erfolg.

                                          Was heißt ausprobiert? Probieren ist Mist. Nachsehen, und wenn dann etwas nicht stimmt, kann man gezielt nach der Ursache forschen. Wenn's doch stimmt, weiß man, dass man auf dem Holzweg ist und andere Erklärungen finden muss.

                                          für mich immer noch etwas verwirrend ist das es alles schon seit jahren gut gelaufen ist.

                                          Ja. Das heißt aber, dass an irgendeiner Stelle etwas verändert wurde. Das könnte die Software der Datenlogger sein, aber auch ein Browser-Update, das eine gewisse früher bestehende Fehlertoleranz eliminiert hat.

                                          ich klebe hier nochmal den aktuellen html-code einer loggers an.

                                          Nein, bitte nicht. Der enthält für deine Fragestellung genau Null Information.
                                          Dazu habe ich nur einen Hinweis, der aber mit dem Problem nichts zu tun hat:
                                          Frames sind Pfui, und scrolling="no" erst recht.

                                          Live long and pros healthy,
                                           Martin

                                          --
                                          Home is where my beer is.
                          3. moin,

                            das steckt da schon seit jahren drinn. stammt vom autor des OpenMCP. was muss ich ändern?