Skip to content

Sysadmin-Day-Kuchen

Eigentlich wollte Blogleser Nicolai uns diesen Kuchen ja zum Sysadmin-Day schicken


aber:

Erweitertes PDF-Bestellformular auf unserer Webseite

Seit gestern haben wir das PDF-Bestellformular auf unserer Webseite, das dynamisch erzeugt wird, um die persönlichen Daten sowie die Daten zur Zahlungsweise ergänzt. Bisher hatten wir nur die Produkte, die im Warenkorb sind, aufgeführt.

Will heißen: Wer den Checkout-Prozess schon einmal angestoßen und seine Daten ganz oder teilweise eingegeben hat, findet nun ein PDF-Bestellformular, welches weiter vor-ausgefüllt ist. Nicht ganz unnützlich, wenn man nur noch die Unterschrift vom Chef braucht ;-)

Bastelhamster

:biggrin: Im übrigen hatte ich beim ersten Mal Bestellhamster gelesen :thinking:

Demnächst: Nur noch verschlüsselte Verbindungen zum E-Mail-Abruf und -Versand beim Webhosting (2)

Ein kleines Update: Davon ausgehend, dass sich der E-Mail-Abruf und -Versand halbwegs konstant verhält, haben bereits 20% der von uns angeschriebenen Kunden (genauer: Postfächer ;-) ) auf verschlüsselten Abruf bzw. Versand umgestellt.

Wow :-O Damit hätte ich nach nur 24 Stunden nicht gerechnet. Und selbst, wenn die obige Annahme nicht stimmt, und es nur 10% wären, wäre das ein Erfolg!

14.088 Euro und ein Honk

Es gibt wirklich Zeitgenossen, ich nenne ihn/sie einfach mal "Honk", der glaubt, dass wir bei Root-Server-Bestellungen mit einem Volumen von 14.088 Euro - mit Mehrwertsteuer - einfach so automatisiert einrichten und Zugangsdaten ohne manuelle Prüfung verschicken? :thinking:

Vielleicht sollten wir in unseren Bestell-Prozess einen IQ-Test einbauen - das dürfte derartige Bestellungen vermutlich rausfiltern :razz:

Tarifwechsel-Informationen auf Webseite

Nachdem immer wieder (trotz FAQ) Fragen aufkamen, in wie weit Tarifwechsel bei unseren diversen Produkten möglich sind, haben wir das nun zusätzlich in die Vergleichs-Tabelle für Webhosting und Root-Server unter "Vertragliches, Abrechnung" aufgenommen.

Anscheinend machen es viele Webhosting-Marktbegleiter ihren Kunden beim Upgrade nicht ganz einfach - dabei wäre es doch in beiderlei Interesse, den Kunden trotz Vertragslaufzeit jederzeit in ein höheres Paket wechseln zu lassen. Bei Root-Servern allerdings halten wir uns sehr konservativ: Ein wirkliches "Upgrade" geht da ja nicht - sprich ein Upgrade besteht aus Kündigung des alten Servers und Buchung eines neuen. Der Aufwand, einzelne Root-Server hardwaremäßig zu erweitern ist für uns deutlich höher, als gleich eine neue Maschine zu nehmen.

Demnächst: Nur noch verschlüsselte Verbindungen zum E-Mail-Abruf und -Versand beim Webhosting

Ab heute beginnen wir damit, unsere Webhosting-Kunden aktiv darum zu bitten, zum Versenden und Abrufen von E-Mails nur noch verschlüsselte Verbindungen zu verwenden. Ein entsprechendes Mailing ist heute an die Kunden rausgegangen (technisch bedingt können wir dazu nur auf den heutigen Datenbestand an Logfiles zugreifen).

Wir werden uns die Entwicklung anschauen und (vermutlich) weitere Mailings hinterherschicken, optimalerweise bis kaum jemand mehr unverschlüsselte Verbindungen nutzt. Erst dann werden wir wirklich hart "deaktivieren". Einen fixen Zeitpunkt haben wir uns bewusst nicht vorgenommen - eben um hier unsere Kunden nicht zu bedrängen.

Ab sofort (fast) alle E-Mails standardmäßig signiert

Ab sofort werden bei uns (fast) alle (ausgehenden) E-Mails standardmäßig GnuPG-signiert. Das "fast" bezieht sich dabei auf einen minimalen Teil unserer automatischen Systeme, die technisch bedingt noch angepasst werden müssen.

Eine standardmäßige Verschlüsselung der ausgehenden E-Mails steht folgerichtig auch in unserer To-Do-Liste, das wird aber - wie Ihr vermuten könnt - noch etwas längern dauern, da die Hürden bezogen auf die Anpassung diverser Systeme und Berechtigungen durchaus größer sind.

Bevor ich es vergesse: Wer heute noch un-signierte E-Mails aus Vertrieb, Support oder Buchhaltung bekommen hat: Das war vor der Umstellung :-P

AcceptEnv in OpenSSH

AcceptEnv in OpenSSH ist 'was Feines - wenn man es gewollt hat und sich dessen bewusst ist.

Ansonsten wundert man sich, warum auf einem Server plötzlich deutsche Fehlerausgaben erscheinen, wobei doch unser interner Standard besagt, nur die englischen Locales zu haben :-O