Skip to content

Die aktuelle Ruhe hier im Blog

... ist einigen internen Umstrukturierurungen in unserem Webhosting geschuldet.

Aus strategischen Gründen halte ich die Details dazu bewusst etwas zurück, damit es am Ende noch prunkvoller wird ;-)

Endspurt: Wir sind nominiert für die Hosting Awards 2019

Und nochmal als kleine Erinnerung, für alle, die noch nicht für uns abgestimmt haben ;-)



Wir sind für die diesjährigen Hosting & Service Provider Awards nominiert in den Kategorien:
• Webhosting
• Dedicated Server
• Application Hosting

An alle, die noch nicht für uns ;-) angestimmt haben: Ich würde mich sehr freuen, wenn Ihr für uns in allen 3 Kategorien abstimmen würdet. Die Abstimmung ist nur noch bis morgen (30.04.2019) möglich.

jetzt für manitu abstimmen

Schön geparkt

Selten aber das gibt es auch: Endlich mal jemand, der beim Parken auch an Andere denkt (in dem Fall Platz für weitere Zweiräder lässt):

Wir sind nominiert für die Hosting Awards 2019

Auch dieses Jahr sind wir wieder nominiert für die Hosting Awards im Bereich Dedizierte Server - und in 2 weiteren Kategorien. Darüber freuen wir uns sehr!



Wir sind für die diesjährigen Hosting & Service Provider Awards nominiert in den Kategorien:
• Webhosting
• Dedicated Server
• Application Hosting

An alle, die noch nicht für uns ;-) angestimmt haben: Ich würde mich sehr freuen, wenn Ihr für uns in allen 3 Kategorien abstimmen würdet. Die Abstimmung ist bis 30.04.2019 möglich.

jetzt für manitu abstimmen


Es gibt übrigens auch etwas zu gewinnen: Einen Lego 42096 Technic Porsche 911 RSR.


int(11) ist gar nicht so viel, wie man denkt

Man glaubt gar nicht, wie schnell ein int(11) in SQL vollläuft.

Selbst bei einem REPLACE INTO mit einem auto_increment - Feld (der Wert wird dabei ja nicht weiterverwendet sondern trotz REPLACE "erhöht") geht das je nach Anwendung so schnell, dass man dort gar nicht als erstes sucht.

Graue Haare vorprogrammiert - im wahrsten Sinne des Wortes ;-)

Manchmal muss man nachgeben - manchmal eben auch nicht

Es gibt viele, wenn nicht unzählige Fälle, in denen man als Unternehmer bzw. Unternehmen im Sinne des Friedens, und sei es der KundenzuFRIEDENheit wegen (da möchte ich 'mal nicht von glücklich sprechen), nachgeben sollte. Oder gar muss.

Das tun wir auch, vielleicht sogar in mehr Fällen, als es nötig ist. Weil wir Menschen sind und bleiben werden.

Es gibt hin und wieder auch Fälle, in denen versagt jede Deeskalation. Auch wenn es sehr sehr selten passier, ist es eben nie ausgeschlossen. Wie in diesem Fall.

Ein Kunde hatte Mitte letzten Jahres 2 Domains bei uns angefragt (nur eine war gerade Gegenstand einer Auseinandersetzung). Im Vorfeld hatte unser Kunde bereits geschrieben:

die .com domain scheint bereits reserviert zu sein.
sowie weiter in mehreren Anfragen

***.com steht dort als belegt, auf anderen Seiten wird diese als frei angezeigt.

Letztendlich bat er uns, die Domain-Registrierung doch zu versuchen, was wir getan haben. Das taten wir, allerdings im Vorfeld mit dem Hinweis, dass wir davon ausgingen, dass die Domain belegt ist.

Das hat allerdings nie geklappt. Vermutlich, weil die Domain schon immer vergeben war. Oder die Registrierung fehlgeschlagen ist.

Dass die Domain nie auf ihn eingetragen wurde, stellte der Kunde nun anfang des Jahres fest. Bis dahin hat er die Domain kein einziges Mal benutzt, z.B. im Browser aufgerufen etc. Die Domain gehört (nun oder schon immer?) einem Domain-Grabber.

Da der Kunde - übrigens ein Privatkunde - in der Zwischenzeit eine Marke aufgebaut hat, die dem Domain-Namen entsprach, brauchte er die Domain unbedingt. Nach einigen Anfragen an unseren Support, der ihm die Situation sachlich schilderte, aber offensichlich nicht zu dem Ergebnis führte, das der Kunde sich wünschte (er wollte, dass wir ihm die Domain "besorgen"), kaufte er die Domain für rund $ 1.200 vom Domain-Grabber.

Und wollte nun diese Kosten von uns zurück.

Ich kann die Position des Kunden natürlich aus menschlicher Sicht nachvollziehen. Aus juristischer nicht. Ich habe dem Kunden daher in einem Telefonat eine kleine, 3-stellige Summe aus Kulanz angeboten. Was er jedoch einige Tage lang nicht annahm. Im Gegenteil: Ein Freund des Kunden, der sich fast wie ein Rechtsanwalt aufspielte (im übrigen aber keiner war), drohte mit einem Rechtsstreit.

Da stellte sich nun für uns die Frage, wie wir damit umgehen sollten. Wirklich um des Friedens Willen die Kosten ersetzen, obwohl wir daran keine Schuld tragen? Oder unser Kulanz-Angebot aufrecht erhalten? Oder gar eigene Schritte einleiten?

Ich ließ die Situation für mich Revue passieren:
1. Die Domain war vermutlich schon immer vergeben
2. Der Kunde hat die Domain 6 Monate lang nie geprüft
3. Der Kunde hat die Domain einfach gekauft, ohne (a) das Dispute Resolution-Programm der Domain-Vergabestelle zu nutzen (er hätte gute Chancen gehabt) und (b) zu einem überhöhten Preis und (c) ohne, uns vorher eine Gelegenheit zu geben, zu intervenieren
4. Wir hatten bereits ein Kulanz-Angebot gemacht, das ich für fair hielt

Ich entschied mich also, statt auf eine Klage des Kunden zu warten, eine negative Feststellungsklage einzureichen. Der Schriftsatz war bereits beim Amtsgericht, die Vorschuss-Kosten beglichen. Ich sah sehr gute Chancen, dass das Gericht unserer Argumentation folgen würde, so sah das übrigens auch unsere Haftpflichtversicherung, die den Schaden übernehmen würde.

Darüber hinaus informierten wir unseren weiterhin unnachgiebigen Kunden über die Klage. Und dann kam auf einmal die Bereitschaft zur Annahme des Kulanz-Angebots.

Auch wenn ich sicher bin, dass wir 100% im Recht sind, habe ich die Klage zurückgenommen, und werde die Gerichtskosten, die nicht erstattet werden werden, unter Lehrgeld verbuchen, statt sie ggf. dem Kunden zu berechnen (oder gar die Klage aufrecht zu erhalten).

Um des Friedens willen.

Chronologie des Wartens

No comment:

[2019-03-16 12:09:17] Kunde aktiviert Rettungs-System
[2019-03-16 12:13:17] Kunde beauftragt beim Bereitschafts-Dienst Remote-Hands
[2019-03-16 12:13:17] Kunde erhält automatisch Information, dass Rettungs-System geladen
[2019-03-16 12:19:00] Kunde storniert den Remote-Hands-Auftrag
Und ja, #2 und #3 waren exakt in derselben Sekunde.

fritz-kola mit Camembert

Heute morgen in der Küche: fritz-kola mit Camembert :-)



Da war wohl die Flasche schon im Produktionskreislauf kaputt - denn Glasteilchen konnte ich nach dem Öffnen nirgends finden.

Und dennoch: Ich mag fritz-kola sehr. Eine unglaublich gutes Produkt!

"Hack" als Standard-Monospace-Schriftart in unserem Kunden-Menü

Auch wenn es jetzt Negativ-Kommentare hageln wird, aber: Wir haben nun "Hack" in unseren Kunden-Menüs als Standard-Monospace-Schriftart drin.

Ja, samt Web-Font. Ja, das vergrößert die Datenmenge. Wie so vieles, was schick und modern aussehen will.

Wir haben bewusst eine Open Source-Schriftart gewählt, die zudem noch wahnsinnig toll aussieht. Und sie passt einfach gut in das Gesamt-Bild. Alles besser, als dass es überall anders aussieht :-)

Sehr seltsames Verhalten einiger MTAs

In den letzten Tagen hat einer der Slave des iX-Blacklist nicht geantwortet.

Eigentlich nichts Schlimmes - hätten nicht einige MTAs (oder deren DNS-Resolver) gemeint, das in "jede IP-Adresse ist gelistet" zu übersetzen. :hmpf:

Wir haben den Slave natürlich deaktiviert.