Nachdem wir vor knapp 2 Wochen vom Rechenzentrums-Betreiber hier in Stuttgart ein IPv6-Netzwerk zu testzwecken überlassen bekommen haben, habe ich mich mal auf gemacht und die IPv6-Sandbox auf ein Produktiv-System übernommen, vorerst aber nur das vHost-Backend und die angepassten "allgemeinen" Funktionen (a la "Welche IP-Adressen sind für diese Maschine konfiguriert").

Unsere Haus-eigene Auto-Konfiguration (nicht zu verwechseln mit der von IPv6 oder DHCP) gilt es noch anzupassen - die mittlerweile recht eingestaubte Bash-Skript-Sammlung weiß noch rein gar nichts über die Existenz von IPv6, sodass jedes System, das bisher auf IPv6 hört, manuell konfiguriert wurde und nach einem Reboot alles vergisst. Für einen Produktiv-Betrieb mit dem Label "Wir können nun IPv6" natürlich überhaupt nicht ausreichend.

Alles in allem bin ich recht zuversichtlich. So hat sich z.B. auch herausgestellt war, dass es gar nicht falsch war schon im Jahr 2006 unser System vollkommen mit der Fähigkeit zum Multihoming auszustatten. Klingt vielleicht ein wenig abwegig, aber dadurch haben wir bei einem Dualstack-Betrieb, also IPv4 und IPv6 gleichzeitig, überhaupt keine Probleme mit der Konfiguration - das handhabt unser Backend vollkommen automatisch.

Eine spannende Frage ist dann noch, wie wir mit dieser Fülle von IP(v6)-Adressen in Zukunft dann umzugehen haben. Es gab schon Anmerkungen, dass man ja "in Zukunft" (vielmehr in einer goldenen Zukunft) genug IP-Adressen hätte um jedem Kunden (oder jeder Domain) eine eigene zu geben. Aber irgendwie schrecke ich vor sowas noch zurück.

Bin ich eigentlich faul, wenn ich lieber Wake-On-Lan benutze als mich 4 Meter (2m hin, 2m zurück) zu bewegen?!

Aus einem Gespräch mit einem möglichen Lieferanten heute morgen (schlechtes Gedächtnisprotokoll):

Ich muss Sie vorab schon einmal enttäuschen, solche Reaktionszeiten wie Sie bekommen wir nicht hin.

Sollten Sie mir einmal eine E-Mail schreiben kann es schon mal ein oder zwei Tage dauern bis Sie mit einer Antwort rechnen können.

Kein Problem damit! Auch nicht mit solch versteckten Komplimenten

Mein Helferlein #1 hat dazu gestern schon den Kopf geschüttelt:

Um das SCP-Protokoll besser zu verstehen, habe ich gestern einfach mal einen SCP-Server in PHP geschrieben. Zu meiner großen Überraschung hat das Ding auch auf Anhieb wie erwartet funktioniert.

Produktiv wird es den aber natürlich niemals geben. Es war wie bereits erwähnt nur ein kleines Projekt um mal einen Blick hinter die Kulissen zu werfen. Wer sich für den Code interessiert, kann btw. hier einen Blick drauf werfen - finde ich allemal besser zu lesen als die scp.c aus dem OpenSSH-Projekt

Für meine nächste Zugfahrt habe ich schon einen weiteren Kandidaten: S F T P!

Ich hatte heute morgen einen (mir eher unangenehmen) Kontakt mit den Geschäftsführern eines unserer Kunden. Es ging um die Frage, warum die Bitte zum Anlegen von SVN-Benutzern noch nicht ausgeführt worden sei - schließlich würde die entsprechende E-Mail ja schon einige Zeit bei mir liegen.

Wie sich im Gespräch dann herausstellte, war die Mail deutlich jünger als 24 Stunden, lag also noch keinen Tag in meiner (persönlichen) Mailbox und auch auf Seiten des Kunden war woein Eindruck von Dringlichkeit entstanden, der wohl weder vom Verfasser der ursprünlgichen Bitte (ein Mitarbeiter des Kunden) beabsichtigt noch mit mir kommuniziert worden war.

Schlussendlich schrieb mir der Geschäftsführer:

Das kling ja eher wie:

"Sie waren ja sonst immer sofort aktiv, jetzt hat es einige Minutengedauert."

Das ist doch eine sehr hohe Service-Qualität.

Welch erfreuliches Ende! Eigentlich ist das auch nicht ganz unüblich, es gab sogar schon mal den Fall wo ein Kunde nach knapp 3 Stunden fragte, ob seine Mail überhaupt angekommen sei und kommentierte dies mit "wir wären ja sonst nicht so langsam". Aber den Weg bis rauf in die Geschäftsführung hat solch ein Umstand heute zum ersten Mal genommen, aber super wenn wir nun auch dort einen Stein im Brett haben

In letzter Zeit erwische ich mich immer wieder dabei, dass ich bei einigen Kunden vor Ort die Strompreise raussuchen lasse, wenn es darum geht, dass wir für diese Hardware anschaffen und vor Ort bereitstellen.

Mit dieser Information sowie einer Messung des Verbrauches von evtl. schon vorhandener Hardware, kann ich dem Kunden dann oft zeigen, dass Energie-Effizienz nicht nur was für "Ökos" (sofern es die so überhaupt noch gibt) ist, sondern sich über die Zeit hinweg durchaus auch auszahlen kann und es manchmal sogar wirtschaftlich ist auch dann neu anzuschaffen, wenn auf den ersten Blick gar kein Bedarf dazu besteht.

Das ist zwar etwas mehr Arbeit für mich, macht aber durchaus Spaß und zeigt vielen Kunden, dass es uns eigentlich niemals nur um den nackten Umsatz geht.

Wir sind gerade mal 10 Monate in unserem neuen Rechenzentrum und schon hege ich den Plan einfach mal alles nach und nach abzuschalten.

Grund hierfür ist weder ein ausgeprägtes BOfH-Syndrom noch eine Geschäftsaufgabe (Gott, behüte!). Vielmehr sind wir stets bemüht in Sachen Energie-Effizienz recht weit vorne mitzumischen. So verbrauchen unsere Energie-Hungrigsten Prozessoren momentan max. 32,5 Watt pro Kern und wir achten beim Anschaffen neuer Hardware stets auf ihre Energie-Effizienz (um genau zu sein ist das Kriterium #1) oder lassen die CPUs gerne mal mit dem "ondemand"-Governor laufen.

Okay, ich verrenne mich etwas. (Wobei im ausgeschalteten Zustand natürlich die Energieeffizienz natürlich atemberaubend wäre)

Grund des geplanten Abschaltens ist ein Positionswechsel innerhalb des Rechenzentrums. Wir verlassen unseren angestammten Cage und wechseln in einen neuen Raum - ausgestattet mir Warm- und Kaltgängen. Ich freu mich schon drauf! Gerade im Sommer ist es schön im kalten Gang zu stehen, wohingegen ich im Winter wohl den anderen vorziehen werde.

Momentan bereiten wir noch die "Rahmenbedingungen" für den Umzug vor, d.h. schalten Patches zwischen den Racks, stellen neue Switches auf und planen den Umzug in der Theorie durch. Wir werden den Umzug natürlich Stück für Stück durchführen um die Ausfallzeiten so gering wie möglich zu halten. Darüber hinaus werden wir die meisten Webserver (die mittlerweile in einem virtuellen Container laufen) während des Umzugs auf einen Fallback-Host im neuen Rack umstellen.

Ich bin heute morgen recht früh aufgewacht und schaffte es nicht weiterzuschlafen. Aus etwas Verzweifelung heraus bin ich dann also aufgestanden und habe erst einmal alles fürs Frühstück vorbereitet. Da ich dann aber immernoch ca. anderthalb Stunden bis zur Sendung mit der Maus hatte, habe ich mich an XEP-0045 heran gemacht.

Das besagte XEP beschreibt den "Multi-User-Chat" für XMPP/Jabber, also die Möglichkeit auf einem XMPP-Server einen Chatraum aufzumachen und eine Konversation mit mehr als zwei Teilnehmern zu führen. Das XEP zu lesen steht schon seit gefühlten 2 Jahren auf meiner ToDo, aber irgendwie erschien es beim ersten Blick immer so aufgebläht und riesig. Doch falsch gedacht! Auch dieses XEP ist nur mit Wasser gekocht und in den meisten Stellen recht trivial.

Ich habe es mir nicht nehmen lassen während des Lesens einfach mal eine Test-Implementation auf Basis meiner bereits vorhandenen XMPP-Bibliothek zu schreiben. Hat super funktioniert und ist mit minimalem Funktionsumfang (ohne Administration oder Moderation) absolut lauffähig. Das bringt uns dem Thema auch Chaträume auf unserem XMPP-Server anzubieten etwas näher, wobei sich dann die Frage stellt, ob man eine bestehende Lösung nimmt oder gleich auf den Eigenbau setzt.

Schlussendlich habe ich ca. 30 KB Code (und größtenteils Kommentare und Leerzeichen) in knapp 2 Stunden generiert. Wenn ich bei dem Tempo bleibe, überhole ich noch die Ergebnisse der Google Summer of Code Meinen Code gibt es btw. wie so oft als CC BY-SA hier - sollte es irgendwen interessieren.

Ich habe soeben die relativ neuen PHP-Versionen 5.2.14 und 5.3.3 fürs Webhosting freigegeben.

Bei Bedarf oder auf speziellen Wunsch hin werden wir diese Versionen also auf unseren Webservern ausrollen.

(Im Falle von 5.3 werden wir aber weiterhin auch 5.3.2 im Produktiv-Betrieb anbieten, da 5.3.3 eine nicht rückwärts-kompatibele Änderung in Sachen Namespace-Hanling beinhaltet)

Bevor ich mit dem eigentlich Artikel beginne: Wir haben uns darauf geeinigt folglich immer von XMPP/Jabber zu sprechen. Früher hieß es Jabber, für das Protokoll an sich ist mittlerweile XMPP eigentlich richtig. Mit XMPP/Jabber ist wie ich finde ein guter Mittelweg gefunden worden, der zum einen den Wiedererkennungswert von Jabber hat und die korrekte Bezeichnung XMPP beinhaltet. Zudem finde ich, dass es einfach geekig klingt und folglich toll ist

Wir haben vergangene Woche unser Backend für unseren XMPP/Jabber-Dienst auf eine komplett neue Software umgestellt. Das System haben wir von Grund auf neu geschrieben und keine Altlast aus dem Vorgänger übernommen. Im Gegenzug sind ein paar allgemeine Verbesserungen aus unserem Framework integriert worden, was die Konfiguration insgesamt etwas eleganter und effektiver gestaltet. Bis auf weiteres läuft es jetzt schon runder als vorher.

Im selben Atemzug haben wir den entsprechenden Bereich im Kundeninterface überarbeitet und den Server ausgewechselt. Schon im alten System war es möglich neben virtuellen Jabber-Benutzern auch "ganz normale" Benutzeraccounts zu verwenden. Dieses Feature haben wir noch ein stück weit ausgebaut, sodass man nun u.a. den lästigen Prefix wegkürzen kann. Wo früher nur kunde_name@domain.de funktionierte, tut es mittlerweile (auf Wunsch) zusätzlich name@domain.de

Richtig kurios finde ich auch die neue Benutzer-Verwaltung: Die haben wir komplett an unser E-Mail-Backend angelehnt - Authorisation, Registrieren und Löschen von Benutzerkonten funktioniert nun über die von Postfix gewohnten Mechanismen und ist dementsprechend auf Performance ausgelegt (wenngleich nicht notwendigerweise) hinzu kommt der Vorteil eine Schnittstelle weniger Pflegen zu müssen.

Alles in allem war das wieder mal nur der Startschuss für weitere Veränderungen - meine Liste hierzu ist noch elendig lang. Als nächstes werden wir alle Domains über die Standard-Ports 5222 und 5223 (SSL) verfügbar machen. Und als kleines Schmakerl noch 80 (HTTP) und 443 (HTTPS) oben drauf legen. Und ja: Die Transports sollen auch zurück kommen.

Ich musste schon recht lange blättern bis ich schlussendlich den gesuchten Blog-Post gefunden habe:

Vor 3 Jahren schrieb ich von der Idee E-Mails bei ihrem Eintreffen bei uns mittels einem öffentlichen Schlüssel (den der Kunde uns überlasst) zu verschlüsseln und somit nur verschlüsselte E-Mails abzuspeichern.

Seitdem sind viele, viele E-Mails verschickt und empfangen worden und nicht viel ist passiert. Es gab mal eine Art Proof-of-Concept-Skript, der als rudimentärer Filter für Procmail funktionierte. Wenn man bedenkt, dass dort ca. eine Stunde arbeit drin steckte liegt auf der Hand, dass er natürlich nicht fehlerfrei funktionieren konnte.

Nachdem ich mir aber nicht zuletzt wegen unserer Vertreter-Funktion oder auch dem Support-Filter (der Erweitert Kunden-E-Mails um deren Leistungsdaten bei uns) eine Programm-Bibliothek gewünscht (und bekommen) habe, mit der sich E-Mail leicht "manipulieren" lassen, hat das Projekt wieder etwas Leben bekommen:

E-Mails an den Support werden bei ihrem Eintreffen nun kopiert und zu Testzwecken S/MIME- und GnuPG-verschlüsselt in einem speziellen Verzeichnis abgelegt. Der Test läuft bereits seit einiger Zeit sehr erfolgreich - wenn man denn von ein paar Ecken und Kanten absehen mag. Eigentlich ist es nur noch reine Formalität das Ding mal produktiv zu schalten, aber wirklich trauen tue ich mich noch nicht

Ich habe gerade eben die erste erfolgreiche Anfrage an unseren experimentellen WSGI-Server für Python gestellt.

Der Weg hier hin war recht steinig und ging über Verständnis-Probleme bzgl. des WSGI PEP über Stolperfallen in der Python-API bis hin zu den üblichen Speicherzugriffsfehlern in C. Ganz fertig ist der WSGI-Server aber noch lange nicht - so stürzte der Server prompt bei der zweiten Anfrage ab, aber das wird wohl nur eine Sache von Minuten sein...

Die Freude war erst einmal so groß, dass ich diesen Zwischenschritt erst einmal bloggen musste

Nachtrag: Wer Py_Finalize() anstelle von PyEval_ReleaseThread() aufruft ist selbst schuld

Heute ist wohl schon wieder der "System Administrator Appreciation Day" - und ich hätte es schon wieder fast verpasst, wäre da nicht ein aufmerksamer Kunde gewesen, der sich schon zu Beginn unseres Arbeitstages gemeldet hat:

Heute ist der System Administrator Appreciation Day,
daher wollte ich mich mal für das gut funktionierende Hosting bedanken.

Vielen Dank, Hermann!

Eine der Aufgaben aus dem Support, die eigentlich recht unbeliebt war, war es "Abwesenheitsnotizen" für unsere Kunden einzutragen und wieder zu entfernen. Eigentlich ein Standard-Feature und der Aufwand der wir hier betrieben haben stand eigentlich nicht in Relation zu dem Ergebnis.

Seit heute ist das nun anders - quasi passend zum Ferienbeginn in Baden-Württemberg:

Bei uns im Kundeninterface findet sich ab sofort ein Widget zum Bearbeiten von Abwesenheitsnotizen. Wobei es sich hierbei nicht nur um die einfache automatisierte Nachricht "Ich bin dann mal weg!" handelt, vielmehr kann der geneigte Kunde auch gleich den Zeitraum festlegen, in dem die Nachricht verschickt werden soll. Das spart Stress vor der Abreise und funktioniert trotzdem auf den Punkt genau.

Viel cooler als diese kleine Standardfunktion finde ich unsere damit verbundene "Vertreter-Regelung" - die richtet sich wohl eher primär an unsere Geschäftskunden (bzw. dort wo man einen Vertreter stellen kann und es auch nötig ist). Die Funktion tut eigentlich genau das, was ihr Name auch andeutet: Neben der Abwesenheitsnotiz (oder ohne diese) kann man einen Vertreter festlegen, der für die Dauer der Abwesenheit die E-Mails mit einem entsprechenden Vermerk (z.B. auch mit Hinweis wann die Regelung endet) weiterleitet.

Bevor sich jemand wundert: Der entsprechende Bereich im Kundeninterface wird in Kürze noch einmal umgestaltet, weil wir im Hintergrund noch mehr Funktionalität hinzufügen.

... schlug heute bei uns eine Kundenreaktion auf. Als außergewöhnlich würde ich diesen Umstand eigentlich nicht bezeichnen, es kommt schon mal vor, dass etwas mit der Rechnung nicht stimmt, wir etwas vergessen haben oder ein ausländischer Kunde nur seine Umsatzsteueridentnummer nachtragen lassen will (ebenfalls heute geschehen).

Aber mit dieser Reaktion habe ich echt nicht gerechnet:

Gerne. Mach ich heute abend fertig. Du bist und bleibst der beste Webhoster den ich kenne

... aber war natürlich mehr als hoch erfreut!

Ich habe den Eindruck, dass unser System unter der Haube immer mehr einem Gentoo ähnelt. Zwar setzen wir im Rumpf unserer Server eine ganz andere Linux-Distribution ein, aber ich sag schon immer scherzhaft, dass wir die eigentlich nur wegen dem Compiler brauchen.

Um eine einheitliche Hosting-Landschaft zu gewährleisten kommt der meiste große Rest aus unserem Haus-Internen Software-Management und integriert sich nahtlos in die Hosting-Umgebung. Und auch wenn mal ein Server zwischen den Rechenzentren bewegt wird, taumelt er nicht orientierungslos durch die Gegend, sondern versucht sich die Frage nach dem "Wo bin ich?" einfach selbst zu beantworten (ohne DHCP ).

Neben dem Compiler gab es aber auch immer noch ein paar Tools, die das Host-System noch vorhalten musste: make, patch, tar und autoconf. Letzteres primär um beim Compilieren von PHP ein paar PECL-Erweiterungen einzubinden.

Nachdem ich vergangene Woche aber das neue OpenSuSE 11.3 zu Testzwecken in einer Sandbox installiert hatte, bin ich jedoch schier verrückt geworden, denn besagte PECL-Erweiterungen wollten sich partout nicht installieren lassen sondern störten den kompletten Build-Prozess von PHP. Irgendwann fand ich im aktuellen Entwicklungs-Zweig von autoconf den Hinweis, dass ein Makro in der aktuellsten Version 2.66 defekt sei - und genau daran störte sich auch PHP.

Ich habe kurzerhand autoconf in der Version 2.63 (mit neueren Versionen scheint es nicht zu funktionieren) in unser Software-Management mit aufgenommen. Und so ist die Liste der Anforderungen an ein Host-System erneut geschrumpft. In ein oder zwei Jahren haben wir somit bestimmt unsere eigene Linux-Distribution - ohne dass es jemand wirklich wollte

Kommentator Björn hatte in meinem Posting zu unserem neuen SVN-Backend angemerkt, dass es doch eventuell nett wäre HTML-formatierte Diffs in der E-Mail zu einem SVN-Commit zu erhalten.

Da wir bis dato keinerlei Diffs an die E-Mail angehangen haben, sondern nur den Kommentar des Commits sowie die betroffenen Dateien aufgelistet haben, war das ein recht schöner Einwurf, den wir auch recht gerne umgesetzt haben. Seit gestern nun kann man also auswählen, ob man die Unterschiede eines Commits nun im "rohen Format", als HTML-Formatierte Datei, beides oder eben gar nicht haben möchte.

Endlich eine Option mehr im Subversion-Menü!

Fast schon heimlich, still und leise haben wir im Webhosting in den vergangenen zwei Wochen zwei neue Features implementiert:

Zertifikat-Verwaltung

Kunden, die mindestens "SSL via SNI"-Unterstützung in ihrem Webhosting-Paket haben, können nun vollkommen selbstständig eigene Zertifikate hoch (und runter) laden und in den Einstellungen des jeweiligen Webservers auswählen und aktivieren.

Auf spezielle Anfrage war ich gestern nacht noch so flink hier einen PKCS#12-Export hinzuzufügen, da einem Kunden das wohl massig viel Arbeit beim Import der entsprechenden Zertifikate im IIS erspart. (Hintergrund: Wir nutzen das Kundeninterface auch um Zertifikate auszutauschen, die nicht direkt für den Einsatz bei uns gekauft wurden)

Keine IP-Adressen mehr für CGI-Skripte und Protokolle

Die Zugriffsprotokolle kann man bei uns ja schon seit ein paar Jahren anonymisieren bzw. komplette Felder herausstreichen. Nicht betroffen vom Filter waren bisher das Fehlerprotokoll und die CGI-/PHP-Skripte unserer Kunden. Nicht ohne Grund prangert auf unserer Datenschutz-Seite der Hinweis:

Wichtiger Hinweis: Die Filterung und Anonymisierung dieser Daten bezieht sich ausschließlich auf die Protokollerstellung auf Providerseite, dem Kunden stehen zur Dauer der Anfrage weiterhin die kompletten Daten zur Verfügung und könnten durch den Kunden noch anders weitergenutzt werden.

... und irgendwie war mir das immer ein gewisser Dorn im Auge, denn es bricht das Konzept der Seite.

Seit Mai letzten Jahres rollen wir in unseren Webservern "mod_removeip" mit aus, d.h. wer es wusste hätte es nutzen können. Seit vergangener Woche haben wir nun auch einen einfach zu bedienenden Schalter im Kundeninterface unter "Webserver" » "Datenschutz", mit dem sich diese Einstellung bequem pro Domain regeln lässt.

Zu meiner großen Freude erfüllen wir damit z.B. die Anforderungen von "Wir speichern nicht". Wobei ich hier noch auf Antwort über die Nutzungsbedingungen des Siegels warte. Sobald die da ist, werden wir auch die oben genannte Datenschutz-Seite überarbeiten.

Viel mehr Änderungen gab es bisher nicht, aber noch viel mehr sind geplant. Um sie mal der vermutlichen Chronologie nach aufzulisten: Python/WSGI, Jabber/XMPP, Ruby/embeded Ruby, SCP/SFTP und und und...

Seit Montag bin ich nun wieder voll und ganz bei der Arbeit - und ich könnte nicht klagen, dass diese knapper geworden ist (natürlich im Gegenteil).

Ich würde gerne etwas mehr bloggen, aber morgen gibt es einen Termin mit dem SWR, da sind die Prioritäten entsprechend klar gesetzt

Nachdem sich seit gestern nicht wirklich viel bei mir gebessert hatte, wollte ich ein wenig frisches Gemüse und Obst kaufen - soll ja der Gesundung förderlich sein.

Als mir dann auf dem Rückweg in der Straßenbahn schwarz vor Augen wurde und ich erst am Boden wieder zu mir kam, war klar: Ich bin wirklich krank! Und dementsprechend werde ich mich nun auch verhalten. Aus Schonung wird Urlaub.

 

Kleiner Nachtrag: Mein größter Dank gilt in dieser Sache dem netten Päärchen aus der Nachbarschaft, die sich nach diesem "Happening" die Zeit genommen haben und mit mir noch etwas an der Haltestelle gesessen und mich dann nach Hause geleitet haben! Wenn ich die Sache schon verblogge, so darf dieser wichtige Part nicht fehlen

Ich melde mich vorerst als Defekt. Habe mir gestern morgen im Zug bei ausgefallener Klimaanlage und wild hustendem Sitznachbarn wohl etwas eingefangen, sodass ich nun die verantwortungsvolle Aufgabe habe mich erst einmal wieder fit zu machen.

Wäre ja blöde, wenn was größeres draus wird

Etwas, das mir des öfteren böse aufstößt,ist der Umstand, dass wir neben PHP keine weiteren Skripting-Sprachen im Webhosting anbieten. Zwar nicht oft, aber ab und zu wird halt danach gefragt und dann mit "Nein" zu antworten halte ich fast schon für Interessenten-Abschreckung

Es gibt so einige Gründe, warum wir z.B. Python bisher nicht angeboten haben. Zwei davon wären: Skriptsprachen dürfen bei uns nicht innerhalb des Webservers laufen, sondern explizit mit den Rechten des jeweiligen Kunden. CGI scheidet aber aus Performance-Gründen aus, FastCGI ist Pflicht.
Nun mag man behaupten, dass Python ja FastCGI könne, doch ich verneine dies gerne, denn Python kann FastCGI nur dann, wenn das ausgeführte Skript es explizit kann. Hält man PHP nun dagegen, so ist dem Skript vollkommen egal, ob es nun eine Apache- oder IIS-SAPI, CLI, CGI- oder FastCGI-Schnittstelle ist, es funktioniert transparent. Diesen Zustand würde ich als "Python kann FastCGI" gelten lassen. Et voila:

In unserer Sandbox ist nun ein bisher voll funktionsfähiger (unentdeckte Fehler nicht mit eingeschlossen) Python-nach-FastCGI-Wrapper. Im Wesentlichen ist es ja nur ein FastCGI-Verbindung annehmen, Python-Interpreter vorbereiten, Ein- und Ausgabe umleiten und Skript ausführen. Dennoch: Es hat lange bis hier hin gedauert.

Und jeder der sich jetzt schon freut: Es wird auch noch ein bisschen dauern. Erst müssen wir noch weiter testen und fehlende Funktionalität, wie z.B. PHP's openbase_dir, nachrüsten.

"Hat mal jemand eine gute Dokumentation des MyISAM-Format" fragte ich mich heute morge, als ein Kunde mit dem Problem ankam ein paar hunderttausend Datensätze in seiner MySQL-Datenbank gelöscht ohne ein Backup zu haben.

Laut MySQL AB ist es nicht möglich Datensätze aus einer Datenbank zu retten, wenn diese irrtümlich gelöscht wurden. Für mich eigentlich vollkommen nachvollziehbar, würde ich nicht das Erwachsenen-Puzzeln so sehr mögen. Drum habe ich kurzum angefangen, mal das Datensegment einer solchen MyISAM-Datenbank auseinander zu nehmen.

Auf den ersten Blick kein Voodoo oder größere Wissenschaft. Beim Löschen werden wohl die ersten 16 Byte eines Datensatzes zerstört, zumindest konnte ich nie die ersten vier INT-Felder mit korrekten Werten wiederherstellen, ansonsten scheint der Datensatz intakt zu bleiben. Eine Schwierigkeit kam mir dann doch irgendwann unter, als die Datensätze dann ab und zu und irgendwie das eine oder andere Byte nach hinten geschoben wurden. Merkwürdig!

So wirklich verstanden habe ich es nicht, da ich aber keine Dokumentation oder Quellcodes wälzen wollte, habe ich kurzerhand eine Suchfunktion für VARCHAR-Felder im nächsten Datensatz geschrieben (das Layout der Tabelle lies das glücklicherweise hier zu) und schon war alles wieder super.

Die wichtigsten Daten konnte ich dem Kunden also wiederherstellen. Einen Tadel gab es trotzdem. Hat Spaß gemacht!

Vor ziemlich genau 3 Monaten hatten wir unser neues SVN-Backend eingeführt, was es ja nun auch erlaubte eine "SVN Working Copy" auf einem Webserver abzulegen und automatisch updaten zu lassen.

Anfang der Woche hat sich gezeigt, dass dieses Feature auch für ganz andere Dinge hilfreich sein kann:

Ein Kunde hat seinen Online-Shop in einer SVN-Repository verwaltet. Nach einer Sicherheitslücke war der Shop des Kunden kompromittiert worden. Da aber nun sämtliche Dateien auf dem Webspace versioniert waren, konnten wir bis ins letzte Detail rekonstruieren, was der Angreifer so alles verbrochen hat.

Genial!

Die Analyse läuft wohlgemerkt noch und ich bin gespannt wie ein kleines Kind, was so alles im Abschlussbericht auftauchen wird.

Seit nun fast zwei Monaten besitze ich ein neues Handy - bei mir ist das eigentlich schon ein halbes Wunder, da ich die letzten 6 Jahre immernoch mit dem besten Handy das jemals gebaut wurde herumgelaufen bin, aber ich muss gestehen, dass dieses neue Gerät es mir schwer angetan hat und ich eigentlich die Bezeichnung "Handy" dafür gar nicht verwenden mag - denn es ist viel mehr.

Eigentlich fing es ganz harmlos an, denn ich wollte "nur" ein schnurloses SIP-Telefon fürs Büro haben. DECT ist zwar schön und gut, aber irgendwie behagte mir die recht schwache Verschlüsselung (sofern denn überhaupt vorhanden) nicht, somit musste es mindestens WLAN mit WPA2 sein. Aber jeder der schon mal ein WLAN-SIP-Telefon gesucht hat, wird verstehen warum es dann doch eher ein SIP-fähiges Handy geworden ist.

Nun lässt sich der Handy-Markt mittlerweile vier Fraktionen teilen: Die Blackberrys, die ihhhPhones, die Windows-Smartphones und die linux-basierten Geräte. Da ich kein Fan von Gitterstäben bin und bei Obst sehr peniebel bin (ein angebissener Apfel fault sehr schnell) fiel das iPhone schon mal als erstes unten raus. Windows bemüht sich redlich cool zu sein, aber es bleibt Windows und irgendwie strebt alles in mit gegen so ein Betriebssystem aus Redmond und warum sollte ich einen Blackberry nehmen, wenn ich die Chance habe an ein Linux-Gerät zu kommen?!
Bei denen bestand dann aber meistens der Markel, dass sich Google heimlich drin versteckt habe. Es mag ja Gut-Menschen da draußen geben, aber dieser Firma muss ich trotzdem nicht vertrauen. Somit blieb eigentlich nur noch ein einziges Gerät übrig:

Das Nokia N900.

Und ich muss sagen: Wow!
Ein Handy das schon in Werkseinstellungen über einen X Terminal verfügt - was will man mehr? In den ersten zwei Tagen tat ich mich noch etwas schwer damit mich von meinem alten 6310i zu verabschieden, aber das war auch eine echt lange und innige Bindung die wir da hatten. Aber seitdem wird es stets besser.

Wenn man das N900 in der Hand hält wirkt es hin und wieder wie ein Klotz und auch wenn man seitlich ein paar Kabel anstecken hat ist die verbaute QWERTZ-Tastatur recht schlecht zu bedienen. Zu Beginn wirkt der Touchscreen etwas schwerfällig aber dafür muss man ihn nicht mit irgendeinem Körperteil bedienen sondern darf auch mal einen Stift nehmen. Das Display dreht nur beim Telefon und beim Bild-Betrachter (neuerdings kann es auch der Browser). Da das Gerät mit der Tastatur aber auf die Landschaftsperspektive ausgelegt ist, fällt das bei mir nicht ins Gewicht. Soviel zu den Nachteilen.

Darüber hinaus kann das Gerät alles was sich jemand wie ich wünscht. Die eigentlich ausschlag gebende SIP-Funktion funktioniert tadellos. Der Webbrowser kann sich gut sehen lassen und auch das Instand Messeging-Programm ist für ein mobiles Gerät richtig gelungen. Die Kamera macht richtig gute Fotos und kommt schon im ersten Model mit LED-Blitz (es soll Mobiltelefone geben, die das erst in der 4. Generation schaffen).

Das eigentliche "Killer-Feature" ist aber das Linux-Betriebssystem selbst: Vor zwei Wochen saß ich im Zug von Stuttgart nach Hannover und habe "mal eben" aus diesem kleinen Handy einen relativ gut funktionierenden UMTS-WLAN-Router gebastelt. Darüber hinaus kann man sich natürlich noch unzählige "Schweinereien" ausdenken.

Das N900 schöpft meiner Meinung nach noch längst nicht all sein Potential aus, sondern steht noch ganz am Anfang. So gesehen ist es aber jetzt schon das beste Smartphone, das mir je untergekommen ist. Wenn mich jemand fragt, ob er es kaufen sollte - auf jeden Fall!

Im weiteren versichere ich für diesen Beitrag kein Geld oder sonstige Leistungen zu bekommen. Dieser Artikel entstand aus voller Überzeugung. Eigentlich fände ich es besser, wenn Nokia etwas aggressiver die Werbe-Trommel rühren würde.

Ein Kunde, der auf seiner Domain bei uns auch noch ein paar externe Dienste betreibt, wollte gegen 2 Uhr nachts eine in der Domain hinterlegte IP-Adresse ändern. Man kann natürlich den ganzen Abend lang Kaffee trinken und so lange aufbleiben, muss man aber nicht - so war zumindest mein Gedanke, drum habe ich mich kurzerhand hingesetzt und fix eine Erweiterung bei uns im Kundeninterface eingebaut:

Dort kann man nun eine "Gültigkeit" für jeden DNS-Datensatz spezifizieren. Sei es ein fixes Datum ab wann der Datensatz gilt, ein Datum bis wann der Datensatz gilt oder einfach beides zusammen. Eigentlich perfekt wenn irgendein Dienst zu einem bestimmten Zeitpunkt (automatisch) umgestellt werden soll und die Domain nicht automatisch auf den neusten Stand gebracht werden kann.

Ganz nebenbei habe ich noch ein wenig umstrukturiert und ein paar Korrekturen eines anderen Kunden eingepflegt. Das war zwar wieder so eine Sache wo man vielleicht nach der Wirtschaftlichkeit fragt, aber ich bin sehr zufrieden damit. Der Kunde hat es uns gedankt und ich habe das Gefühl unterm Strich wieder etwas besser geworden zu sein. Vielleicht ist es auch einfach nur ein nettes Alleinstellungsmerkmal

Wir sind was das Marketing angeht noch nie sehr aktiv gewesen. Es ist zum Beispiel auch nichts, was ich zu meinen Stärken zählen würde. Wenn ich auf die vergangenen 5 Jahre zurückblicke hat das auch immer jemand anderes für uns getan: Unsere Kunden!

Dabei waren es meistens weniger die großen besucherstarken Webseites, die irgendwo ein Banner von uns tragen, sondern eher der kleine durchschnittliche Privatkunde (nicht das wir hier eine Statistik hätten, ich schätze es gerade aus dem Bauch heraus), der einfach einem Freund oder Bekannten eine persönliche Empfehlung ausgesprochen hat.

Ich freue mich immer wahnsinnig, wenn wir eine E-Mail bekommen, die mit dem Satz beginnt "[...] irgendwer hat mir euer Webhosting empfohlen [...]", wenngleich es auch immer ein wenig Leistungsdruck mit sich bringt, denn in diesem Falle haben wir gleich doppelte Verantwortung: Zum einen gegenüber dem Neukunden aber natürlich auch gegenüber dem Bestandskunden, der die Empfehlung aussprach - immerhin birgt er in diesem Moment mit seinem Namen für unseren Service. Ich bin mir dieser Verantwortung bewusst.

Um so mehr freut es mich dann, wenn man nach ein wenig Sonntags-Support solche Zeilen zu lesen bekommt:

Vielen Dank für den wirklich großartigen Support! Es bewahrheitet sich eindeutig, was meine Freunde an Empfehlungen ausgesprochen haben .

Super! Mehr davon!

Folgendes ereignete sich bereits am Mittwoch, nachdem ich mir auch prompt die Erlaubnis es zu bloggen abgeholt habe und es immernoch wartet, will ich es hier nicht vorenthalten:

Ein Kunde hatte zwei Stunden zuvor eine Domain bestellt und zwischenzeitlich "herausgefunden" oder auch "ist herausgefunden worden", dass er sie nun doch nicht brauchte, daraufhin schrieb er via Jabber:

[14:10:26] <Kunde> naja. habe ich den gegenwert von 7 cheeseburgern verloren, nicht tragisch.
[14:10:39] <Kunde> (hilft ungemein, euros eins zu eins in cheeseburger umzurechnen)
[14:10:53] <Support> Ich hab früher mal Kunden in Kaffees umgerechnet
[14:10:59] <Support> Darf ich das hier überhaupt schreiben?

Nun gehört zum Leben natürlich viel mehr als nur Kaffee, aber es stimmt: Es gab wirklich mal ein "Whitepaper" das mehr aus internen einem Spaß heraus entstanden ist und alle Umsätze nicht in Euros sondern in Kaffee auswies. Wenn ich mir mittlerweile den Euro-Kurs so anschaue, dann klingt das zumindest beim Domain-Handel richtig verlockend!

Heute morgen war wieder einer dieser Tage:

1. Der Wecker klingelt unaufhörlich
2. Ich wache auf und schalte ihn aus
3. Ich wundere mich, was es draußen so untypisch ruhig ist...

Des Rätsels Lösung: Heute ist Fronleichnam.

... also mal wieder ein Feiertag, den ich verschlafen habe oder irgendwie auch nicht. Egal! Ich bin wach und Arbeit macht ja auch Spaß... Dann geh ich es halt etwas ruhiger an, aber gearbeitet wird trotzdem - vielleicht lasse ich aber das Telefon einfach in Ruhe, denn sowas scheint heute irgendwie vorprogrammiert

Wir haben heute zwei neue Features für die SVN-Repositories bei uns eingeführt, die mich irgendwie an den "großen Bruder" erinnern.

Zum einen darf der große Bruder nun spionieren und kann bei Updates (bzw. "commits") auf der Repository per E-Mail informiert werden. Entgegen hier evtl. aufkeimenden Feature-Wünschen lässt sich hier ganz UNIX-like nur eine E-Mail-Adresse angeben. Die Adresse kann dann aber natürlich auf mehrere Ziele verweisen. Irgendwie empfand ich es als fehl am Platze in dieser Applikation noch einen "Verwaltung für mehrere E-Mail-Adressen" einzuführen, das kann unser E-Mail-Backend viel besser.

Eine Peitsche haben wir dem großen Bruder auch noch an die Hand gegeben: Optional kann nun auch das Verwenden eines Kommentars bei jedem Commit erzwungen werden. Ist die Option aktiviert und der Kommentar fehlt, wird der Commit einfach mit Fehlermeldung abgebrochen.

Und gut!

Wir haben vor einiger Zeit heimlich, still und leise in der PHP-Bibliothek die hinter unserem Kundeninterface sitzt i18n- bzw. genauer gettext-Unterstützung eingebaut und setzen folglich die entsprechenden Locales in der Programmumgebung wie LC_MESSAGES oder LC_ALL. Dabei ist es dann recht schnell zu Problemen mit einen wie auch Softwaremodulen von Drittherstellern gekommen.

Konkreter Hintergrund: Immer wenn ein float-Wert (also eine Dezimalzahl mit Komma) als String ausgegeben werden sollte, wurden auch hier die entsprechenden Locales angewendet. Natürlich weiß ich, wie man das umgehen kann, aber u.U. ist das durchaus gewollt - außer man will z.B. ein Excel-Worksheet per PHP-Software generieren. Da macht ein float-Wert, der mit einem Komma "getrennt" ist wahnsinnig schnell Probleme.

Wir haben daher die interne Richtlinie ausgegeben für "Zahlen, die nicht direkt von Menschen gelesen werden sollen sondern für die Interaktion mit Software-Schnittstellen gedacht sind" stets die PHP-Funktion number_format() zu verwenden ist. Mich würde freuen, wenn andere Entwickler das auch so handhaben, bei den Bibliotheken die wir gepatched haben, sind die Änderungen auch schon weitergegeben worden.

Vor fast zwei Jahren hatten wir aus Sicherheitsgründen den externen Zugriff auf unsere MySQL-Datenbanken gesperrt. Ich behaupte einfach mal, dass das MySQL-Protokoll irgendwie zu unsicher erschien, um bedenkenlos einen Port damit ins Internet offen zu haben.

Wir hatten schon darmals den Plan als Ersatz für den nun nicht mehr offenen Port eine Art "Dial in" anzubieten, damit unsere Kunden nach wie vor von außen auf die Datenbanken können. Nur irgendwie hat sich nie jemand bis zum Ende darum gekümmert, was wohl auch an der eher geringen Nachfrage lag - bis gestern.

Nicht, dass die Nachfrage hier rapide angestiegen wäre, aber irgendwie wollte ich dieses Thema mal vom Tisch haben und habe endlich auf Basis von OpenVPN einen Server-Dialin realisiert. Im Prinzip war es auch nur das zusammenstecken oder modifizieren von ohnehin bereits vorhandenen Komponenten.

Gegenwärtig kommt das neue System erst auf einem Webserver zum Einsatz und ist Clientseitig vielleicht noch nicht allzu komfortabel, wird aber dennoch bereits von einem Kunden getestet. Wer auch will: Einfach melden!

Der (ubuntu-lastige) Linux-Weblog linuxundich.de wird heute offiziell 1.000.000 Besucher alt.

Ich möchte an dieser Stelle recht herzlich zu diesen vielen Benutzern gratulieren und finde die Zahl bei der Qualität der Inhalte mehr als berechtigt, wenn nicht sogar zu gering

Christoph veranstaltet zu diesem Anlass ein kleines Gewinnspiel, dass dann doch irgendwie recht groß geworden ist - zumindest wenn man die gesponserten Preise betrachtet. Wir beteiligen uns natürlich auch mit ein wenig Webhosting dabei, laufen aber außer Konkurrenz, da nicht jeder ein zweites Webhosting-Paket gebrauchen kann

Momentan scheint es seitens der DeNIC irgendwelche Probleme mit den Nameservern zu geben...

Ich weiß noch nichts genaueres, aber sollte die eine oder andere .de-Domain gerade mal nicht funktionieren: Ruhe bewahren, die sind noch da

Wir haben Anfang der Woche ein lang anstehendes Update für die bei uns eingesetzten PHP-Versionen durchgeführt. Die neue Standard-Version ist nun 5.2.13, ganz neu hinzugekommen (wobei schon sehr lange in der Testumgebung) ist 5.3.2.

Kunden, die bereits auf einer 5.2.x-Version laufen, werden wir in den kommenden Tagen automatisch auf 5.2.13 upgraden. Alle anderen oder jeder, der gerne PHP 5.3 ausprobieren mag, darf sich gerne an unseren Support wenden.

Nachdem es bekanntlich letzte Woche Mittwoch massive Probleme mit der .de-Zone gab, haben wir uns entschlossen unsere Nameserver nicht mehr nur auf einer einzelnen Domain zu betreiben.

Wenn man es genau nimmt, waren unsere Nameserver gar nicht von dem Ausfall betroffen, denn sie liefen ausschließlich auf einer .info-Domain. Allerdings kann man ja nie wissen ob dort nicht mal ähnliches passiert. Seit gestern betreiben wir unsere Nameserver nun auf einer .net-, einer .de- und einer .eu-Domain - die .info-Domain ist lustigerweise komplett rausgefallen, die passte nicht mehr so gut in die "CI" der Nameserver

Seit mehr als einem Monat habe ich an fast nichts anderes gedacht, Anfang der Woche hätte ich es fast wieder vergessen:

Wir werden heute 5 Jahre alt!

Das klingt für mich wie gerade auf dem Weg erwachsen zu werden und dabei doch noch jung zu sein, in jedem Falle aber sehr aufregend und erfreulich! Wenn ich auf die letzten Jahre zurückblicke, waren da natürlich nicht immer nur schöne Momente, in der Summe möchte ich sie aber nicht missen und freue mich auch, dass ich schon seit längerem das "wir" schreiben darf

Wir haben aus diesem Anlass eine Reihe von Aktionen ins Leben gerufen, so bekommen Neu- wie auch Bestandskunden in den kommenden 30 Tagen Vergünstigungen auf so gut wie alles bei uns.

In dem Sinne wünsche ich uns ein frohes Fest und bedanke mich an dieser Stelle auch für die internen Glückwünsche die es bereits gab.

Letzten Endes habe ich mich dann doch fürs Laufen entschieden.

In dem Sinne: Grüße aus dem Rechenzentrum!

Nachdem ich letzte Woche noch zu faul zum Laufen war, frage ich mich gerade ob ich zu faul zum Warten sein soll.

Konkreter Hintergrund sind zwei DVD-Images von insgesamt 8 GB. Im Rechenzentrum sind sie in ca. 5 Minuten fertig herunter geladen, mein lokaler Download hingegen braucht noch ca. 4 Stunden. Da wäre es eigentlich Sinnvoll sich einen USB-Stick zu krallen und kurz rüber zu laufen.

Oder nicht? :hmm:

Ich bin heute morgen etwas fasziniert, wie sehr man sich aufregen kann, dass man geschlagene 10 Meter laufen muss wenn Wake-on-LAN auf einer Workstation ausnahmsweise mal nicht funktioniert und man den Einschalt-Knopf manuell betätigen mus.

Das war wieder ein typischer Fall von Murphy: Der erste Termin außer Haus seit langem und prompt geht was schief.

Vorgestern gab es bei uns gegen Mittag massive Probleme mit unserem zentralen E-Mail-Server. Die Störung gelang zwar unmittelbar zu unserer Kenntnis, war aber in der Behebung wohl etwas schwieriger. Was mich an dem Tag aber am meisten gefuchst hat - ich war nicht da. Ich hatte mich eine Stunde vorher aus Stuttgart verabschiedet und war raus aufs Land gefahren um dort einen Workshop zu geben.

Glücklicherweise sah der dortige Zeitplan erst noch eine ausführliche Besprechung vor bevor die eigentliche Veranstaltung überhaupt losging, sodass es gar nicht schlimm war als mich der Anruf erreichte. Außer für meine Nerven. Ich bin (leider) noch kein Vater, sodass dieser Vergleich vielleicht etwas gewagt ist, zumindest kann ich ihn nicht mit realen Erfahrungen meinerseits belegen, aber wenn zu Hause im Geschäft was nicht rund läuft, dann ist es immer ein wenig als ob das eigene Kind mit Fieber im Bett liegt.

... man steht vor der geschlossenen Tür, kratzt ein wenig dran, kann aber nicht raus denn die Arbeit ruft. Nachdem die Lösung des Problems nicht sofort kam, wurde mein Zustand auch nicht gerade besser, daher nutzte ich jede Gelegenheit um irgendwie per Telefon in das Geschehen einzugreifen.

Rückblickend hat aber alles auch ohne mich gut funktioniert - soweit man das halt sagen kann. Wir haben in der kommenden Nacht dann auch den Umzug des Servers in unser neues Rechenzentrum vorverlegt und haben dort nun endlich ein etwas größer dimensioniertes System stehen. Selbstverständlich haben wir auch unsere Kunden gestern in einem Mailing über den Ausfall informiert.

Aber ein mulmiges Gefühl bleibt - mag ich jemals wieder vor die Tür gehen?

Wir haben seit zwei Wochen im Rechenzentrum Stuttgart eine IPv6-Spielwiese.

Eine "Spielwiese" aus vielerlei Gründen: Zum einen bietet unser Rechenzentrums-Dienstleister nativ noch kein IPv6 an und zum anderen ist unser System noch recht IPv4-lastig. Da uns aber der IPv6-Support für Q3 2010 versprochen wurde (das war u.a. im Anforderungskatalog für die Rechenzentrumssuche) wollen wir uns so langsam darauf vorbereiten.

Um den normalen Betrieb nicht zu beeinflussen und das Maximum an "Spieltrieb" walten zu lassen, führen wir den Traffic über eine komplett vom Produktiv-Betrieb abgeschirmte Infrastruktur und die produktiven Webserver spielen natürlich auch nicht mit - man weiß ja nie

Das erste was im Zusammenhang mit IPv6 bei uns aufgeflammt ist war übrigends eine Zuneigung für "Hexspeak".

Wir haben seit heute Nacht unsere Kontakt-Daten um unseren Skype-Namen ergänzt.

Damit sind wir nun auch offiziell über Skype für unsere Kunden erreichbar, wenngleich es aufgrund der Skype Nutzungsbedingungen ein wenig geliebter Weg ist. Wir haben versucht diesen Umstand auch ein wenig bei uns auf der Webseite abzubilden.

Wie schon einmal angedeutet, läuft das ganze bei uns recht transparent ab und integriert sich ganz einfach in unsere bestehende Telefonanlage. Nichts desto trotz habe ich das ganze zum Anlass genommen, das Setup noch einmal von Grund auf neu auszurichten, nicht zuletzt um die Anbindung unserer Home-Offices ein wenig geschickter zu lösen. Wir haben nun zwei Asterisk-Server, der eine in meinem Büro, der andere hier in Stuttgart im Rechenzentrum. SIP-Endgeräte können sich nun verschlüsselt auf beiden Maschinen anmelden und die Server routen den Traffic transparent unter sich, je nachdem wie es gerade von Nöten ist.

1. April, Stuttgart. Der Internet-Dienstleister "tiggersWelt.net" stellte heute morgen während einer groß angelegten Presse-Veranstaltung ein neues bahnbrechendes Produkt vor, das die Internet-Nutzung in Zukunft besonders in der Politik revolutionieren sollte:

Den Faxabruf für das Internet.

Bernd Holzmüller, Geschäftsführer von tiggersWelt.net, erklärte, das man in der Vergangenheit recht oft von der diskriminierten Masse der sog. "Internet-Ausdrucker" gehört habe und man nun auch die individuellen Bedürfnisse dieser Menschen befriedigen wollte. Das junge Unternehmen bietet ab sofort unter der Telefonnummer 0711 / 550 425 97 einen Faxabruf für das Internet an. Die Probleme die beim Eingeben der Internet-Adresse entstehen habe man ganz einfach gelöst. Der Kunde muss lediglich die einzelnen Zeichen der URL durch die Position im Alphabet wiedergeben und hinten an die Telefonnummer anhängen, d.h. www.tiggerswelt.net wäre z.B. unter 0711 / 550 425 97 232323 * 2009070705181923051220 * 140520 erreichbar. Ein weiterer Mitarbeiter des Unternehmens sagte hierzu: "Die meisten Menschen der Zielgruppe haben ja eh mehr als genug Zeit um so lange Telefonnummern einzutippen, im Zweifel haben sie ja noch ihre Sekretärin".

Allerdings verlief der Start des Produktes wesentlich besser als erwartet, sodass die Internet-Anbindung bereits jetzt überlastet ist und es zu Problemen mit der Adressauflösung und der Faxzustellung kommen kann.