Webinterface

Wir waren letzte Woche so frei ein schon länger geplantes Update für unser Webmail einzuspielen.

Neben einem ganz frischen RoundCube gibt es nun auch die Wahl zwischen Hastymail und dem als bekannten SquirrelMail. Auf der neuen "Startseite" gibt es nun nebenbei auch den passenden Link um das eigene Passwort anzupassen.

Ein aufmerksamer Kunde fragte eben vorsichtig per Jabebr/XMPP an:

[10:55:29] <Kunde> wenn ich im kunderinterface rumspiel, dann werden die sachen schon automatisch geändert, oder? nicht das ihr das dann alles macht
[10:58:22] <Support> *gg* Da würden wir ja verrückt werden

Man muss ihm da zu gute halten, dass ich in der Tat schon mal darüber nachgedacht habe, bestimmte Prozesse im KIF abzubilden, die dann schlussendlich nach hinten heraus nur eine E-Mail zu manuellen Bearbeitung rausschicken - um sie schneller in ein Release-fähigen Zustand zu bekommen. Doch sowas tun wir nicht.

Es wäre auch schlimm, wenn man bedenkt, dass das KIF seit dem 24.10.2008 knapp 33.986 asyncrone Jobs ausgeführt hat, also solche Jobs die z.B. die Webserver-Konfiguration verändern und nicht in Echtzeit ablaufen. Umgerechnet sind das zwar immer noch nur knapp 1,5 Jobs pro Stunde, aber wir haben hier weiß Gott anderes zu tun

Wir haben gestern unter anderem gleich zwei Neuerungen bei uns im Kundeninterface eingeführt.

Mir kribbelt es schon ein wenig unter den Fingern, aber mein Terminplan lässt einen ausführlichen Bericht erst heute Mittag zu. Wer will darf bis dahin gerne schon mal suchen (sofern Webhosting-Kunde).

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.

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...

Heimlich, still und leise haben wir vergangenen Montag den Bereich "Webserver" bei uns im Kundeninterface überarbeitet. An und für sich ist das relativ unspektakulär, denn oberflächlich hat sich zunächst rein gar nichts geändert, wir haben lediglich den darunter liegenden Code komplett überarbeitet.

Die eigentliche Änderung kam dann am Mittwoch hinzu: Wir haben unser SVN-Backend aufgeräumt und auf etwas solidere Beine gestellt.

So musste man bis dort hin einen "Kurznamen" für ein Verzeichnis eintragen, wenn man dort ein SVN-Repository erstellen bzw. verwenden wollte. Deassoziieren konnte man das Repository aber löschen war unmöglich und ein Tippfehler produzierte theoretisch Chaos auf dem Server (im Sinne von vielen ungenutzten Repositories). Allzu wohl gefühlt habe ich mich damit nie.

Das neue System führt nun eine etwas striktere Verwaltung ein. Ein SVN-Repository muss bevor sie verwendet werden kann erst in einer neuen Maske angelegt werden. Danach kann sie bequem per Drop-Down ausgewählt werden. Neu hinzu gekommen ist die Möglichkeit ein Repository nicht nur via WebDAV (und mod_svn) zugänglich zu machen sondern sie auch als Arbeitskopie direkt auf dem Webserver zu nutzen. Natürlich lassen sich Repositories nun auch komfortabel löschen, sobald man sie nicht mehr braucht. Darüber hinaus verschafft unser Kundeninterface einen kleinen Überblick über die Historie des SVNs.

Gegenwärtig arbeiten wir noch an einem RSS-Feed für die Repositories und an E-Mail-Berichten. Wenn da draußen noch weitere Ideen rumschwirren - immer her damit!

Wir haben heute morgen ein neues Feature für unser E-Mail-System in den Produktiv-Status überführt:

Ab sofort können E-Mail-Adressen oder ganze Domains (via Catch-All) auf einen anderen Mailserver unter der selben Domain weitergeleitet werden.

Die Spezialität in unserer Implementation liegt darin, dass es auch für einzelne E-Mail-Adressen funktioniert und man nicht pauschal ganze Domains weiterleitet. Wer sich jetzt fragt, warum wir solche Szenarien erlauben - ganz einfach: auf Kundenwunsch hin! Wobei es nicht ganz trivial war diese Funktionalität neben den üblichen "virtuellen Aliassen" in Postfix hinzubiegen. Letzten Endes sind drei neue Dictionaries hinzu gekommen, das eine zum Taggen der E-Mail, das andere zum bestimmen der Ziel-Route und das letzte um den Tag wieder zu entfernen. Klingt verrückt? Ist es aber nicht und funktionieren tut es richtig gut

Ich bin mal gespannt, ob und welcher Akzeptanz sich das neue Feature erfreut. Neben den üblichen anfragenden Verdächtigen hätte ich immerhin schon direkt einen Neukunden im Schlepptau.

Letzte Woche Montag bereits haben wir bei uns ein Update eingespielt, das mir eigentlich schon seit Februar sehr am Herzen lag, die meiste Zeit jedoch nur auf dem Papier existierte - bis wir uns dann doch ein Herz gefasst haben und den VPN Gateway einem "kleinen" Update unterzogen haben.

Eigentlich ist der Link auf die Webseite recht blöd. Denn nach außen hin hat sich nicht nichts verändert. :hmm:
Nach innen dafür um so mehr:

Wir haben die Untersützung für dynamische IP-Adressen und mehrere Zugänge unterhalb eines Kunden verbessert, so gibt es jetzt z.B. auch eine Aufsplittung zwischen "globaler" und "individueller" (Zugangs-bezogener) Firewall - selbiges gilt auch für die Traffic-Übersicht - und auch lassen sich zusätzliche IP-Adressen mit einem Klick auf einen anderen VPN Gateway-Zugang routen. Als kleines Add-On können die Reverse-DNS-Einträge direkt im Kundeninterface geändert werden.

Neben dem Tor-Gateway bieten wir jetzt auch eine "gemeinsame IP-Adresse" an, die sich alle Kunden teilen und über die selektiv oder auch der gesamte Traffic eines VPN Gateway Accounts geleitet bzw. anonymisiert werden kann.

Vom alten Kundeninterface ist dazu nichts mehr übrig geblieben:

Ich habe mich die Woche mit einem vielleicht etwas bösen Thema beschäftigt: Dem Sperren von säumigen Kunden.

Bisher mussten wir immer von Hand alle Dienste des Kunden raussuchen und genau so manuell sperren bzw. die Sperre wieder entfernen. Mit dem neuen System passiert das bei Bedarf ganz automatisch - sowohl für die Sperrung wie auch für die Aufhebung selbiger. Und ganz nebenbei kann der Kunde (wenn es ihn denn wirklich interessiert) in unserem Kundeninterface einsehen, seit wann eine Sperrung welcher Dienste existiert.

Ich bin schon den ganzen Morgen etwas kribbelig, denn wir testen heute zum ersten Mal im laufenden Betrieb unser neues Backend für unsere MySQL-Datenbanken. Man sollte erwähnen, dass "neu" in diesem Zusammenhang wirklich "neu" bedeutet und nicht etwa einen Versionssprung marktiert. Bisher hatten wir keine Automatisierung für das Datenbanken-Management im System, sondern mussten auf Kundenwunsch hin jede Datenbank manuell anlegen.

Würde es eine Statistik über die konkreten Aufgaben im Support geben, würde das wohl einen der aufwändigsten Punkte markieren.

Bei diesem neuen System hatte ich ja schon bei der Vorarbeit wahnsinnigen "Respekt", der bei den ersten Tests in unserer Sandbox etwas abgeklungen ist, der aber eigentlich nur ein Klacks im Vergleich zu dem ist was ich heute durchmache.

Vollkommen unbegründet: Alles läuft bisher hervorragend und ich bin guter Dinge das entsprechende Plugin für unser Kundeninterface noch diese Woche freizugeben. Weiterhin basiert das neue Datenbank-System auf einer recht neuen Methode alle Server bei uns auf den aktuellsten Stand zu bringen - richtig spannend!

Apropo Kundeninterface...

Ich habe mir Ende letzter Woche nochmal ein Herz gefasst und unser neues SMS Gateway-Applet im Kundeninterface fertiggestellt.

Die neue Version war eigentlich schon seit März mehr oder weniger in Entwicklung, blieb aber mehrfach aufgrund wichtiger API-Änderungen auf der Strecke. Die neue Version implementiert nun den bequemen Versand an mehrere Empfänger (auch mit unterschiedlichen Transport-Methoden), neue Datenschutz-Features wie z.B. das Anonymisieren der Empfänger-Nummern oder dem Löschen des SMS-Inhaltes nach erfolgreichem Versand, eine erste Version unseres SMS-Event-Forwarding (Bedarf noch dringend der Dokumentation) und natürlich die Verarbeitung von SMS-Zustellberichten

Wie bereits am Samstag angedeutet gibt es eine wesentliche Neuerung bei uns im Kundeninterface:

Ich habe am Freitag unseren Webserver-Editor in den Produktivbereich unseres "KIF" übernommen, sodass fortan Einstellungen an den einzelnen Webservern (bzw. "vHosts") direkt vom Kunden vorgenommen werden können. Anlegen und Löschen geht zwar immernoch nicht, die Funktionalität wird aber noch diese Woche hinzukommen

Ich habe mir im Vorfeld ausführlich Gedanken gemacht, welche Funktionalität denn alles in dieses kleine Frontend passen könnte und bin mir mittlerweile recht sicher, dass sich das Ergebnis wirklich sehen lassen kann!

Die Umsetzung machte mitunter soviel Spass, dass ich mich wohl schon bald ähnlichen Themen, wie einem "Relaunch" unseres SMS Gateways oder auch einem Domaineditor widmen werde.

Neugierige Kunden dürfen gerne mal im Kundeninterface nach der Neuerung suchen

Mehr dazu am Montag!

Für jeden neuen Benutzer-Account (also auch Neukunden ) gibt es bei Bedarf eine Willkommensemail, die neben den Benutzerdaten auch versucht über ein paar weitere nützliche Daten, z.B. Daten des E-Mail-Servers, zu informieren.

In der Vergangenheit ist es wohl eher nur bei diesem Versuch geblieben, das Ziel haben wir damit wohl nie wirklich erreicht - dazu muss aber gleichsam auch gesagt werden, dass für diese "schlechte Leistung" verhältnismäßig wenig Nachfragen rein kamen - was mich heute morgen dazu veranlasst hat, diese E-Mail endlich einmal neu zu formulieren und zum einen überhaupt mal auf ein paar Themen neben dem Webhosting einzugehen aber auch andere ausführlicher bzw. präziser zu behandeln.

Momentan sieht das neue Werk eher nach einem Roman als nach einer kleinen Mail aus - es ist aber auch faszinierend, wozu man mittlerweile alles was sagen kann - sodass sich heute wohl mindestens mein Helferlein (mit seiner sehr kritischen Ader) daran begeben werden muss