…wer kann helfen, weil

1. idealerweise in Hamburg oder Umgebung wohnend
2. in Besitz von kompatibler Hardware, die das alte Zeugs auslesen und auf modernen Datenträgern speichern kann?

Für Hilfe wäre nicht nur ich sehr sehr dankbar!

• „Franchisenehmer“ benötigt an seinem Standort einen weiteren Rechner und beauftragt „Kundenzentrum“.
• „Kundenzentrum“ stellt fest, dass
• a) eine freie Netzwerkdose fehlt
• b) die Kosten für Rechner & Netzwerkdose ausnahmsweise vom „Franchisenehmer“ getragen werden müssen
• „Kundenzentrum“ teilt dies „Franchisenehmer“ mit und lässt sich die Kostenübernahme bestätigen
• „Kundenzentrum“ leitet den Antrag auf Kostenschätzung für die Netzwerkdose an die Auftragsbearbeitung weiter
• Auftragsbearbeitung leitet den Antrag an den IT-Dienstleister weiter
• IT-Dienstleister erstellt Kostenschätzung
• Kostenschätzung wandert von IT-Dienstleister über Auftragsbearbeitung und Kundenzentrum an den Franchisenehmer, der die dann freigibt. Gleicher Weg zurück.
• IT-Dienstleister beauftragt Subunternehmer mit Verlegung der Dose
• Subunternehmer setzt sich mit 50% Wahrscheinlichkeit zwecks Terminabsprache direkt mit Franchisenehmer in Verbindung. Mit 50% Wahrscheinlichkeit taucht einfach ein Techniker vor Ort auf und stösst sich dann mit nochmals 50% Wahrscheinlichkeit die Nase an der verschlossenen Tür.
• a) Stösst sich der Techniker die Nase an der Tür, wird der Auftrag auf „warten“ gesetzt und über die Kette IT-Dienstleister-Auftragsbearbeitung-Kundenzentrum der Franchisenehmer nochmal gefragt, ob er wirklich den Auftrag bearbeitet haben will.
• b) stösst sich der Techniker nicht die Nase, wird die Netzwerkdose gelegt.
• Nach erfolgreich gelegter Netzwerkdose fragt der Franchisenehmer ungeduldig bei allen erreichbaren Stellen nach dem Rechner.
• Kundenzentrum nimmt sich der Anfrage an und fragt bei der Auftragsbearbeitung nach.
• Auftragsbearbeitung fragt beim IT-Dienstleister nach und erfährt, dass man die Netzwerkdosennnummer bräuchte um den Rechner aufzustellen
• über die Kette IT-Dienstleister-Auftragsbearbeitung-Kundenzentrum der Franchisenehmer gefragt, bitte die Netzwerkdosennummer von der frisch verlegten Dose abzulesen. Die Antwort geht über genau diese Kette zurück.
• IT-Dienstleister meldet, dass die Netzwerkdosennummer eindeutig zum falschen Netzwerk gehöre, und daher kein Rechner dort angeschlossen werden könne.
• Nachdem diese Antwort über die altbekannte Kette an den Franchisenehmer zurückgeht, mit der Bitte die Dose nochmal zu überprüfen bekommt dieser eine Krise.
• Mitten in dieser Krise taucht ein Techniker vom IT-Dienstleister beim Franchisenehmer auf und nimmt die frisch verlegten Dosen ab. Während der Abnahme bekommen die Dosen eine neue Nummer.
• Franchisenehmer meldet die neuen Dosennummern.
• Kundenzentrum leitet die neuen Dosennummern via Auftragsbearbeitung an IT-Dienstleister weiter
• IT-Dienstleister konfiguriert den neuen Rechner und stellt diesen beim Franchisenehmer auf.
• IT-Dienstleister stellt eine Rechnung für die Verlegung der Netzwerkdose, nicht aber für den neuen Arbeitsplatz, da das Rechnungssystem dafür noch nicht ausgelegt ist.

WTF?

Das System läuft soweit mir bekannt klassisch unter LAMP, angeblich geht es aber wirklich nur um den PHP-Part. Bei Interesse kurz bei mir melden, ich stelle dann den Kontakt her.

Das Thema ist ja durchaus relevant, selbst wenn die Vorratsdatenspeicherung gekippt bleiben sollte gibt es genügend Gründe Remailer, Anonymizer und ähnliche Werkzeuge zu benutzen.

Jens Kubieziel bietet einen schönen Überblick über die verfügbaren Werkzeuge, ihre Stärken & Schwächen und erklärt auch, wie man sie in Betrieb nimmt und im Alltag anwendet.

Leider hat er sich anscheinend nicht für eine Zielgruppe entscheiden können. So bekommt man auf der einen Seite Schritt-für-Schritt-Anleitungen die fast schon jeden Mausklick erklären, auf der anderen Seite werden aber komplette Linux-Konsolenkommandos ohne Kommentar auf den Leser losgelassen.

Dennoch: “Anonym im Netz” kann gut als Einstieg in das Thema wie auch als Nachschlagewerk für die einzelnen Werkzeuge benutzt werden. Es ist auch lobenswert, dass auch praktische wie rechtliche Risiken beleuchtet werden und es immer wieder Exkurse in die Historie des Themas gibt.

Diese Möglichkeit wurde jetzt ohne Ankündung still und leise abgeschaltet. Wohl dem, der noch Backups hat, bzw. sich die Sourcen über graue Wege noch irgendwie beschaffen kann.

Der Authentifizierungsserver, mit dem man sich beim Spielen immer verbinden muss läuft ja zum Glück noch. Noch.

Und genau das ist der Grund warum ich solche DRM-Sachen nicht nur doof, sondern Scheiße finde. Man ist auf Gedeih und Verderb dem langanhaltenden Wohlwollen des Herstellers, seines Lizenzgebers und allen eventuellen späteren Konzernen ausgeliefert, die vielleicht irgendwann mal eine der beteiligten Firmen kaufen.

Bei Neverwinter Nights ist das dazu noch besonders nervig: Die Sicherheit der Multiplayervariante basiert komplett auf den sogenannten Master Servern Biowares. Diese stellen zum einen sicher, dass der verwendete CD-Key legal ist, und zum anderen, dass der Spieler auch wirklich der ist, der er zu sein vorgibt.

Gerade letztere Funktion ist für Multiplayer-Rollenspiele ja nicht unwichtig — sonst kann jeder Hans und Franz mit meinem Charakter spielen, meine Gegenstände wegwerfen, oder sonstwas für Schabernack treiben. Und das ist für die (immer noch existierende, erstaunlich kreative und produktive) NWN-Community wirklich nicht unwesentlich.

Man sollte eigentlich jetzt schonmal anfangen das Protokoll per re-engineering  nachzubauen um so rechtzeitig eine Alternative anbieten zu können…

Hier aber mal eine der vielen Stories die es irgendwie nicht ins Blog schaffte:

Eigentlich hatte ich frei. Gerade war ich mit der Freundin auf Amrum angekommen, wo wir ihre Eltern in ihrem Ferienhaus besuchten. Und nach dem Begrüßen, Kaffee und Kuchen und einem kleinen Spaziergang war mir langweilig. Also das Notebook ausgepackt, Modemkabel in die Dose (wir reden hier von ganz-knapp-vor-UMTS-Zeiten) und mal ein paar Emails abgeholt.

Direkt ins Auge sprang mir ein Betreff der irgendwie „URGENT BRKEN SERVR!! PLZ FIX URGNTLY“ oder so lautete. Absender war der Mitarbeiter in Hong Kong, der zumindest ein wenig mehr IT Wissen hatte. Ok, wenn der schon so rumweint, dann muss es wohl wirklich wichtig sein. Also öffnete ich die Email — großer Fehler.

Denn die Mail war ungewöhnlich groß. Insgesamt dauerte es gut eine Stunde, bis sie endlich auf meinem Notebook landete. Denn die Fehlerbeschreibung beschränkte sich auf „Computer don’t work, plz revise attached video.“

Video?!

Ja, genau. An der Email hing ein gut 2 MB großes .mpg. Zu sehen war, unscharf und verwackelt, die Frontseite eines Computers. In Großaufnahme schob sich langsam, fast schon pornographisch, ein Zeigefinger ins Bild und drückte auf den Einschaltknopf. Das Tonrauschen wurde etwas lauter (anscheinend gingen die Lüfter an), man sah eine LED aufblinken, hörte ein paar klägliche Piepser..

…und dann wurde das Rauschen wieder leiser, anscheinend war der Computer wieder ausgegangen. Keine weiteren Erklärungen, keine genaue Angabe um welchen Computer es sich handelte. Es war aber deutlich kein Server, sondern eine Desktopmaschine — und von denen gab es mehrere vor Ort.

Im Endeffekt beschloss ich einfach so zu tun, als ob ich die Email noch nicht abgerufen hätte und genoß den restlichen Urlaub so gut es ging. Später stellte sich heraus, dass der Einschaltknopf klemmte und damit den Rechner einfach immer sofort wieder ausschaltete…

Natürlich, wo viel Licht, da ist auch Schatten: Alle Emails, Kontaktdaten, etcpp liegen bei Google, mit allen Konsequenzen davon. Zusätzlich fehlt mir die Möglichkeit der Verschlüsselung.

Die Frage ist jetzt, gibt es da vernünftige Alternativen?

Ein idealer Web-Mailclient muss aus meiner Sicht folgendes können:

• sauberes und schnelles UI
• auch große Mailmengen verwaltbar halten
• https-Unterstützung
• Thread-View
• Spamfilter
• Mailfilter
• vernünftige Anhangsverwaltung
• Unterstützung von PGP-Verschlüsselung
• Bonus-Level: Das Mailarchiv auf dem Server ist verschlüsselt abgelegt.

Für Vorschläge wäre ich dankbar, ansonsten müsste ich nämlich unter (vielen!) Umständen OpenXP auf einem Linux-Server installieren und ein ssh-to-web-Gateway dahin einrichten…