Wohnzimmerhostblogger

Ein Kunde leitete mir heute morgen eine E-Mail von der DeNIC weiter, die den schlimmen Betreff

Fwd: Fristlose Vertragskündigung [...]

hatte.

Einen Vorwurf kann und will ich dem Kunden daraus natürlich nicht machen, aber mein noch müdes Auge las natürlich nur "Fristlose Kündigung" und lies mein Puls auf 180 springen - ich mag es nicht, wenn Kunden gehen

Zum Glück hat der hier das ja gar nicht vor, sondern sucht in einer komplizierten Situation unsere Hilfe

Eben unterschrieb ein Kunde seine Mail mit

Mit fröhlichem Gruß aus Hamburg,

So macht das doch gleich doppelt so viel Spass

Ich konnte meinen Augen kaum trauen, wie ich diesen Bug-Report auf php.net las. Eigentlich hatte ich ja nach etwas komplett anderem im Internet gesucht, aber das musste ich dann doch gleich mal ausprobieren.

Da wir schon lange kein mod_php mehr einsetzen musste ich mir am Wochenende erst einmal einen solchen Webserver auf einer virtualiseren Maschine (dazu ggf. auch bald mehr) installieren - ich nahm hierzu den Standard-Apache von openSuSE 10.3, der mit mod_php 5.2.4 kommt, und schrieb ein dem Bug-Report entsprechendes Programm in C, das ich lokal statisch kompilierte und "wie ein normaler Webhosting-Kunde" per FTP hochlud.

Und tatsächlich: Sobald ich das Programm mittels system() über einen PHP-Skript aufrief, dauerte es keine ganze Sekunde bevor sich das Programm des Port 80 bemächtigt hatte und fortan selbst dort Anfragen beantwortete. Apache lief parallel weiter, tat aber gar nichts mehr und lies sich auch nur noch schwer beenden, wobei ein Neustart ohne Beenden meines kleinen C-Programmes natürlich gar nicht möglich war.

Mich würde gerade mal interessieren, ob unsere Marktbegleiter sich dieses Problemes bewusst sind bzw. wie sie damit umgehen. Selbst ausprobieren kommt natürlich nicht in Frage, da das schon ein recht massiver Eingriff in den Betrieb ist. Ein wenig schade finde ich ja auch, wie das Problem als "nicht-PHP-Problem" im Bug-Report abgetan wird - meines erachtens nach ist und bleibt es ein PHP-Problem und sollte dementsprechend auch behandelt werden.

Abgesehen davon, dass wir PHP via FastCGI ausführen, erlauben wir auch kein system() o.ä., da man damit recht leicht solch Begrenzugn wie PHP's open_basedir umgehen kann. Ich finde ja das sollte jeder so machen

Mein Helferlein #1 wies mich vergangene Woche darauf hin, dass einige Kunden sich mit unseren Ressourcen bei Jabber schwierig tun. Eigentlich nachvollziehbar, denn bei Jabber sind wir alle über die Jabber-ID support@tiggerswelt.net online, lediglich mit verschiedenen Ressourcen.

So erreicht man z.B. mich (sofern online) über support@tiggerswelt.net/Bernd.

Nun scheinen aber nicht alle Clients mit Ressourcen umgehen zu können, sodass man nicht immer weiß, mit wem man es gerade zu tun hat. Aus diesem Grund schreiben wir nun in unsere Statusmeldungen folgenden Text:

Bernd vom tiggersWelt.net Support
https://ssl.tiggerswelt.net/wiki/support#jabber

Das ich intern niemals sage "Mensch, läuft das gerade gut!" ist mittlerweile schon ein alter Schuh, denn Murphy nutze solche Sätze eigentlich immer schon aus um mir kurzerhand seine große Macht zu zeigen und mich immer schön klein zu halten.

Seitdem mache ich es einfach nicht mehr.

Neu ist mir hingegen, dass es Kunden genau so geht: Ein Kunde sucht gerade für sein Netzwerk nach neuer Hardware und erwähnte daher bei einem Meeting einen Server aus seinem Netzwerk sehr lobend und preiste dabei die Zahl von 0 Ausfällen an.

Das muss wohl etwas zu viel für Murphy gewesen sein, denn prompt verabschiedete sich am nächsten Tag die Festplatte der Maschine und zu allem Überfluss ging am selben Abend der Webserver (der noch nicht bei uns steht) in die Knie und kam vor heute morgen nicht wieder zurück.

Ein wenig Glücklich, dass Murphy auch Augen für andere Unternehmen hat, bin ich ja schon

Ein ultimatives "Must-Have" gibt es in der aktuellsten Ausgabe der "Datenschleuder":

Schäubles Fingerabdrücke

Gestern Abend hatte ich einen (Neu-)Kunden hier im Wohnzimmer Büro um seinen Umzug zu uns vorzubereiten.

Für die erste Planung war das Treffen eigentlich recht erfolgreich und es hat auch viel Spass gemacht. Ich bin auch der Meinung, mich noch an jedes Detail des gestrigen Abend zu erinnern, aber...

... heute fragte der Kunde mich dann, ob er seine Hose hier vergessen hätte - die Frage an sich fand ich schon merkwürdig. Noch schlimmer ist hingegen die Tatsache, dass seine Hose hier wirklich auf dem Sofa liegt. Ich hab keine Ahnung, wie sowas passieren kann :eek:

Nach meinem letzten Eintrag zum Thema Spam und besonders dem fallweisen Abschalten des Spam-Filters erreichten mich ein paar Fragen, wie wir das denn genau machen - berechtigterweise, denn laut Postfix-Manual geht das gar nicht so einfach

In unserem Falle ist das recht einfach, da Spam-Filter und Mail-Server nicht auf der selben Maschine liegen. Im Falle des Spam-Filters setzen wir Postfix nur als Content-Filter ein, der die E-Mails von extern annimmt, zwischenspeichert und an amavis weiterreicht, von dort geht es dann ins "normale" System.

Früher setzen wir hierzu die (empfohlene) content_filter-Direktive ein, im neuen Setup jedoch nicht mehr. Im wesentlichen gibt es nur noch

relayhost = [IP_von_amavis]:Port_von_amavis
transport_maps = hash:/etc/postfix/transports

Per default werden E-Mails also über den Relay-Host an amavis geleitet, mit Hilfe der transport_maps kann fallweise ein anderer Transport definiert werden:

unfiltered@somedomain.com relay:[mail.tiggerswelt.net]
someunfiltered.domain.com relay:[mail.tiggerswelt.net]

Grundsätzlich empfiehlt sich zusätzlich noch die Verwendung von relay_domains sowie relay_recipient_maps, um nicht auch noch "systemfremde" E-Mails anzunehmen und weiterzuleiten.

Sofern Spam-Filter und E-Mail-Server auf der selben Maschine laufen (sie defacto auch lokal zugestellt werden) ist das Setup ein wenig anders, da hier in der Regel zwei Postfix-Instanzen benötigt werden - eine, die die E-Mails von extern annimmt und an den Spam-Filter weiterleitet, und eine, die die Mails lokal zustellt.

So steht es auch in jedem Manual beschrieben, allerdings bezieht sich das "nur" auf smtpd-Instanzen und nicht auf angeschlossene trivial-rewrite-Daemons, die für die relayhost- und transport_maps-Einstellungen zuständig sind.

Hierzu definiert man einfach in der Master einen zweiten rewrite-Dienst:

# =================================================================
# service     type  private unpriv  chroot  wakeup  maxproc command
#                   (yes)   (yes)   (yes)   (never) (100)
# =================================================================
smtp          inet  n       -       n       -       -       smtpd
     -o rewrite_service_name=rewrite_spam

smtps         inet  n       -       n       -       -       smtpd
     -o rewrite_service_name=rewrite_spam
     -o smtpd_tls_wrappermode=yes

rewrite_spam  unix  -       -       n       -       -       trivial-rewrite
     -o relayhost=[IP_von_amavis]:Port_von_amavis
     -o transport_maps=hash:/etc/postfix/transports
     -o virtual_alias_domains=
     -o virtual_alias_maps=
     -o relay_domains=hash:/etc/postfix/virtual_domains
     -o relay_recipient_maps=hash:/etc/postfix/virtual

[...]

Der Rest sollte eigentlich ganz normal ablaufen, bzw. von einem erfahrenen Postfix-Administrator einzustellen sein.

Spam ist in den letzten Monaten ein Thema geworden, was mir mitunter schon mal richtig Kopfschmerzen bereitet hat. So gibt es in letzter Zeit immer mal wieder Kunden, bei denen das Spam-Aufkommen auf schier unendliche Dimensionen ansteigt, wobei dann ca. 6000 - 12000 E-Mails pro Tag und entsprechendem Kunden dann keine seltenheit sind.

Bevor ich hier weiterschreibe, möchte ich mich noch kurz für die zurückliegende Offenheit und Kooperationsbereitschaft der betroffenen Kunden bedanken! Ich hatte immer ein relativ schlechtes gewissen in solch einem Fall auf die Kunden zuzugehen, zumal die in den meisten Fällen ja recht wenig dafür können.

Mich persönlich stellt das immer vor eine sehr schwere Aufgabe, da sich dieser E-Mail-Ansturm selten gleichmäßig über den ganzen Tag verteilt, sondern meistens in zwei oder drei großen Paketen bei uns ankommt. Das hat schon mal zur Folge, dass der Spam-Filter zu viel zu tun hat und es zu zum Teil imensen Verzögerungen bei der Auslieferung "normaler" E-Mails kommt. Überhaupt stellen wir hier immer nur fest, wenn die Warteschlange sehr sehr lange wird und selbst dann sind - natürlich hauptsächlich wegen des Datenschutzes (den ich hier aber in keinster Weise als negativ darstellen mag) - sind unsere Möglichkeiten stark begrenzt.

In solch einem Fall mache ich dann immer eine Art Analyse des E-Mail-Queues, wobei nur die drei stärksten E-Mail-Nutzer samt prozentualer Nutzung aufgeführt werden. Bei oben beschriebenem Fall sind die Zahlen für den Moment schon mal leicht zwischen 85 - 99% und in dem Falle spreche ich dann gerne von "Beeinträchtigung des normalen Betriebes" und schalte für den Moment ab.

Abschalten heißt in diesem Moment, dass die Mails des Kunden aus dem Queue gezogen werden und über den Rest des Tages in kleinen Portionen (deren Größe nach Verkehrszeit variiert) erneut zugestellt werden, allerdings immer nur so viel, dass andere Kunden nicht drunter leiden müssen.

Seit neustem ist es ebenfalls möglich, den Spam-Filter für bestimmte E-Mail-Adressen oder auch ganze Domains einfach zu umgehen - eine Neuerung, die für mich als letzte Rettung fungiert, aber gleichzeitig auch ein paar Kundenwünschen nachkommt. Ich werde die Neuerung wohl auf lange Sicht in unser Kundeinterface einbauen müssen, ebenso wie das fallweise Abschalten des Greylistings

Ab nächster Woche wird Alexander mein kleines Team hier in Stuttgart direkt vor Ort verstärken. Ich freue mich schon riesig auf ihn und kann es kaum noch erwarten ein paar Aufgaben an ihn zu delegieren.

In diesem Sinne an dieser Stelle schon einmal vorab: Herzlich Willkommen im Team!

Unsere alte SMS Gateway-Implementation war mir schon länger ein gewisser Dorn im Auge: Sie war von Anfang an nicht auf das ausgelegt, was sie eigentlich können sollte, und bekam so mit der Zeit eine recht dreckige Codebase. Auch fehlten einige Features gänzlich und sie arbeitete für mein Gefühl einfach ineffizient.

Das soll jetzt aber erst einmal der Vergangenheit angehören!

Wir stellen gerade Schrittweise auf eine neue Software-Version um, die im wesentlichen komplett neu entwickelt wurde. So werden jetzt SMS-Nachrichten mit mehreren Empfängern intern wesentlich besser und differenzierter behandelt, so ist es nun auch rein theoretisch möglich unterschiedliche Absenderkennungen je nach Empfänger zu definieren oder die Versand-Methode zu wechseln. Für das Kundeninterface steht schon länger ein komplett neues Benutzerinterface bereit, dass zum einen vielen Kundenwünschen nachkommt und gleich auch verbesserte Regeln zum Umgang mit dem Datenschutz definiert, so war es bisher nur möglich via API zu definieren, ob der Inhalt einer SMS gespeichert werden soll oder nicht. Weiter ist ganz neu die Möglichkeit hinzugekommen, die Nummer des Empfänger zu anonymisieren.

Die API bleibt im wesentlichen gleich bzw. zur alten Version kompatibel, bietet nun aber auch die Möglichkeit ihre Antworten im XML-Format zurückzugeben - mein Helferlein war so freundlich eine passende DTD dazu zu schreiben.

Besonders letzteres ist wichtig für die wohl aufregenste Neuerung: In der neuen Version ist es möglich Delivery-Reports und auch Antwort-SMS, also Antworten auf SMS-Nachrichten, die über das Gateway verschickt wurden ohne eine eigene Absenderkennung zu verwenden, per E-Mail oder auch HTTP weiterzuleiten.

Ich hoffe, dass ich die passende Dokumentation in den nächsten Tagen nachreichen kann.

Entgegen der wachsenden Konfusion über mein Verbleiben möchte ich mich an dieser Stelle kurz zurückmelden und allen Besuchern hier

Frohe Ostern!

wünschen.

Ich verbringe die Feiertage momentan bei meiner Familie und war davor mit z.T. recht aufregenden beruflichen wie auch privaten Themen recht ausgelastet, sodass ich wirklich nicht zum bloggen kam. Ein paar davon werden sich in naher Zukunft allerdings hier wiederfinden

Für alle die glauben ich sei nur mal Zigaretten holen gewesen: Ich rauche nicht. Für die Karibik-Theorie wäre ich sehr dafür gewesen, allerdings habe ich Deutschland nicht verlassen (wenn auch mehrere tausend Kilometer innerhalb zurückgelegt). Im weiteren geht es mir sehr gut - das war also auch keine Ursache

Ich bin mal eben Grünzeug zur Verschönerung meines Arbeitsplatzes kaufen.

Den Cronjob, der mich zukünftig ans Wässern Gießen erinnert, habe ich natürlich schon eingerichtet - wohl ne alte Informatikerkrankheit, dass die armen Pflanzen immer eingehen

Vor fast schon peinlich langer Zeit (peinlich im Sinne des nicht-erwähnens) habe ich eine Postkarte von einem unserer Kunden bekommen, auf der man uns freundliche über seine Verlobung informierte,

Wow! Ich bin fast neidisch geworden!

Ganz nebenbei war ich natürlich total gerührt auch auf die Liste der Empfänger für die Postkarte aufgenommen worden zu sein.

Auch an dieser Stelle nochmal alles Gute und viel Erfolg für die Zukunft!

Vergangene Woche saß ich eines Abends mit einem guten Kunden beim Griechen in Hannover und wir sprachen ein wenig übers Geschäft. Irgendwann hieß es "Bernd, Ihr habt doch auch so einen SMS Gateway!"

Ja, den haben wir! Und weil es so schön zum Geschäft des Kunden passt, kamen wir ins Gespräch und beim Griechen wurde es immer ungemütlicher, weswegen wir kurze Zeit später auch wieder ins Büro gingen.

Das Produkt dieses Abends gibt es seit Freitag auf meinehandywelt.de zu bewundern: Jeden Tag 10 SMS kostenlos.

Okay, die Idee ist jetzt sicherlich nichts neues, allerdings ist es der erste Frei-SMS-Dienst bei dem ich mal hinter die Kulissen schauen durfte und wo ich mir auch sicher bin, dass a) meine Daten nicht weiterverkauft, b) missbraucht oder c) ich Werbung bekomme, obwohl ich die nicht wollte, und natürlich hats auch Hand und Fuss