<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><br>
      Alle guten drafts sind 3, also hier noch ein Vorschlag: Das Amiga
      Filesystem verwendet doch intern<br>
      messages. Man wäre also recht schnell bei einem network
      filesystem, wenn man für das<br>
      bestehende Amiga (oder AROS, mit einigen Änderungen) Filesystem
      Interface ein Wire Format<br>
      spezifiziert. Nichts gegen CIFS oder NFS, aber ich muss doch kein
      AROS filesystem in NFS<br>
      einpacken, wenn ich auf der andere Seite wohlmöglich wieder das
      AROS filesystem interface<br>
      benutzen möchte. Das 'R' in AROS steht ja auch für Reseach, daher
      könnte man hier durchaus<br>
      ein wenig forschen, auch wenn man vermutlich ähnliche Ideen wie in
      NFS und CIFS schon<br>
      existieren herleiten wird.<br>
      <br>
      Bernhard Fastenrath wrote:<br>
    </div>
    <blockquote cite="mid:527CDC75.4060706@arcor.de" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix"><br>
        Ich habe irgendwann um 1998 mal ein kommerzielles Produkt
        gesehen, dass war so eine Art Wiki, nur<br>
        komplizierter und mit stabilen, bidirektionalen Links. Man
        könnte auch ein Standard für stabile<br>
        bidirektionale Links zwischen Wiki Seitenfragmenten
        spezifizieren. Dann könnte also in der Wikipedia<br>
        jemand die Information hinterlegen, dass sein Wiki auf eine
        Überschrift einer Seite verlinkt und Wikipedia<br>
        könnte einem Editor mitteilen, dass eine Überschrift nicht
        gelöscht werden sollte, oder ihre Aufgabe<br>
        sinngemäß einer anderen Überschrift übertragen werden sollte,
        damit der "incoming Link" nicht<br>
        ins Leere geht. Das könnte man auch als IETF draft einreichen.
        Das hätte insbesondere den Vorteil,<br>
        dass verschiedene Wikis und Nicht-Wikis ein einheitliches
        Protokoll für diesen Zweck hätten.<br>
        <br>
        Bernhard Fastenrath wrote:<br>
      </div>
      <blockquote cite="mid:527CD9FE.8050505@arcor.de" type="cite">
        <meta http-equiv="content-type" content="text/html;
          charset=ISO-8859-1">
        <br>
        Ich suche Koautoren für einen IETF draft. Das Portnummern
        Mapping über /etc/services ist mir zu simpel.<br>
        Ich würde gerne etwas wie ONC RPC <a moz-do-not-send="true"
          href="http://en.wikipedia.org/wiki/Portmap">portmap</a> bzw.
        der Java Registry spezifizieren, aber allgemeiner<br>
        und nicht nur für RPC oder RMI. Natürlich sollte das Ergebnis
        ein offener Standard sein mit einer GPL<br>
        Referenzimplementierung.<br>
        <br>
        Zu addressieren wären evtl.: Zugriffsrechte, SSL/TLS,
        tunneling/forwarding, VPN, load balancing,<br>
        filtering, namespaces, versioning, message queues (z.B. siehe
        OS/2 ?), RPC, RMI, failover und monitoring.<br>
        <br>
        Zugriffsrechte könnten beispielsweise einen Dienst sperren bis
        dieser über die allgemeine Zugriffskontrolle<br>
        für den Anrufer freigeschaltet wird. Also auch eine SSH würde
        nicht antworten, als wäre sie hinter einer<br>
        Firewall, bis man den Dienst freischaltet. Okay, man könnte dann
        gleich ein VPN verwenden, aber vielleicht<br>
        gibt es ja auch Nachfrage für eine weniger aufwendige, wenn auch
        weniger sichere Lösung.<br>
      </blockquote>
    </blockquote>
  </body>
</html>