Kategorie: Agenturleben

Ein Kunde rief an, weil eine Kundin von ihm sich beschwert hätte, dass die von unserem Shopsystem generierte Bestellbestätigung ziemlich seltsam aussieht. Nun, für Laienaugen muss sie das getan haben, weil der HTML-Teil mit inkorrekt umgesetzten UTF-8 Zeichen zu sehen war. Und die angehängte PDF-Datei mit den AGB wurde auch komplett im Mailtext angezeigt, was den Datenmüll schön abrundete.

Wieso sollte das auf einmal falsch laufen, wenn es die ganze Zeit über keine Beschwerden gab? Ich ging der Sache auf den Grund und habe getestet, wie das ganze in verschiedenen Clients angezeigt wird. Zuerst in KMail, der Mailclient, den ich standardmäßig verwende. Alles in Ordnung. Mozilla Thunderbird: Alles in Ordnung. Microsoft Outlook: Alles in Ordnung. Microsoft Outlook Express: Kann kein UTF-8, das ist aber auch schon alles. Squirrelmail: Alles in Ordnung.

Bei genauerem Hinsehen fiel mir auf, dass in der beanstandeten Mail die Boundary, also die Zeichenfolge, die besagt, dass ein neuer Teil der E-Mail beginnt, mit im Text erschien. Das sollte eigentlich nicht sein. Die Kundin benutzt web.de, vielleicht hat es mit deren Webclient zu tun. Zum Glück habe ich bei web.de noch eine Wegwerfadresse. Ich lasse mir an die eine Bestellbestätigung schicken und tatsächlich kommt die Mail zerschossen an.

Zum Vergleich will ich mir das ganze nochmal in einem Client einrichten. Da ich auf Jeannie noch Thunderbird offen hab‘ wird der halt genommen und dort auch schnell der web.de-Zugang eingerichtet. Zur Sicherheit schicke ich nochmal die Bestellbestätigung an meine Arbeitsadresse. Und auf einmal hat der Thunderbird auch Probleme mit der Darstellung. Dabei klappte doch vorher alles!

Ein Vergleich der Quelltexte der funktionierenden Mail mit der nicht-funktionierenden zeigte mir ein paar Gänsefüßchen hinter der Boundary im Kopf der nicht-funktionierenden Mail. Ich untersuchte das Skript, das die E-Mail erzeugte und fand dort auch das Anführungszeichen. Nach dem Entfernen funktionierte alles wieder. (Also, nicht ganz, zuerst hatte ich die ganze Zeit die falsche Datei auf dem Testserver bearbeitet und bis ich das herausgefunden hatte sind mir schon eine Menge Flüche über die Lippen gegangen.)

Aber wieso hat es vorher funktioniert und dann auf einmal nicht mehr? Nun, die Sache war so. KMail hat den Header automatisch korrigiert und die korrigierte Mail wieder auf den IMAP-Server geladen. Deshalb sah die Mail in allen anderen Clients auch richtig aus. Auf so etwas muss man erst einmal kommen!

Ich sagte also dem Kunden Bescheid, dass ich den Fehler gefunden hätte und fragte ihn, ob er es trotzdem zur Sicherheit nochmal testen könnte. Wenig später kam dann der Anruf, dass es immer noch nicht klappte. 🙁

Nach weiterer erfolgloser Suche fragte ich ihn, ob er mir einen Ausdruck schicken könnte. Beim Weiterleiten werden gerne mal Mailfehler noch eine ganze Ecke schwerer zu diagnostizieren. Einem Kunden zu erklären, wie er die komplette Mail samt Header weiterleitet ist meistens mehr oder weniger unmöglich.

Auf dem Ausdruck bot sich mir dann ein schrecklicher Anblick. Bei GMX wurde mehr oder weniger der ganze Header im Mailtext angezeigt. Und hinter jeder Header-Zeile war eine Leerzeile. Ein bisschen googlen eröffnete mir dann, dass GMX nicht mit CRLF (das Zeilenende; in PHP setzt man das mit „\r\n“ um) zurecht kommt und das ganze zerpflückt. Ich musste also nicht-RFC-konform handeln und aus den CRLF ein LF machen. Ich glaube, die Anzahl der Mailserver, die damit nicht zurecht kommen ist geringer als die Anzahl der GMX-User, also wird das wohl mehr oder weniger keine negativen Konsequenzen haben.

Aber trotzdem… Weiß einer wen ich bei GMX zur Sau machen muss, damit die das korrigieren? 😡

Boah, ey, ich hasse es, geweckt zu werden. Da bin ich immer schlecht drauf. Noch mehr hasse ich es, geweckt zu werden, wenn ich Urlaub habe. Wenn man mich aber weckt, wenn ich Urlaub habe, weil so ein Hirni seinen Job nicht machen kann, flipp ich aus.

Der von einem unserer Kunden beauftragte externe Mailadmin berichtet davon, dass E-Mails nicht ankommen. Außer von GMX. Aber die von anderen Anbietern, wie zum Beispiel Arcor, die gehen nicht durch. Nur GMX funktioniert. Hat er ja getestet. Ob es was mit DNS zu tun haben könnte? Weil die andere Domain, die sie haben, löst nicht korrekt aus und "wo ein DNS-Problem ist, kann ja auch ein anderes sein".

Stimmt, er hat recht, der DNS-Eintrag fehlt sogar komplett. Ich korrigiere den Fehler, sage ihm wie das zustande gekommen ist und weshalb das nur auf diese eine Domain zutrifft. Aber "wo ein DNS-Problem ist, kann ja auch ein anderes sein".

Jung, das kannst du doch selbst überprüfen! Wozu gibt es host und dig? Ich kann keinen Fehler mehr entdecken. Und es kommen ja auch noch Mails an, wie du selbst feststellen konntest.

Also weiter. Logs durchforstet. Ja, da ist die Testmail von einem GMX-Account, die korrekt durchgegangen ist. Ein paar schon eindeutig am Absender erkennbare Spam-Mails, die herausgefiltert worden sind. Sonst nichts. Doch halt, da ist eine Mail von einem Arcor-Account. Der Adresse nach zu urteilen gehört der Account dem Empfänger. Mit negativer Punktzahl (das ist gut) durch den Spamfilter gegangen, ins Postfach geliefert und wenige Minuten später über POP3 abgerufen von der gleichen IP-Adresse, die regelmäßig die E-Mails des Kunden abruft.

Nach einigem Suchen fand ich dann noch weitere Testmails, die alle anscheinend durchgegangen sind. Ich versuche den Herrn Mailadmin anzurufen, aber ich erreiche ihn nicht. Schreibe ihm also eine E-Mail und erkläre ihm, dass wenn diese Mails bei denen nicht angekommen sind, kann es bei uns nicht liegen. Ansonsten bringe ich den Spamfilter als mögliche Fehlerquelle an, erkläre wie er über IMAP die Spam-Ordner überprüfen kann und biete an den Spamfilter abzuschalten.

Außerdem ist mir aufgefallen, dass einige Accounts von deren Exchange Server überprüft werden, die schon lange nicht mehr existieren, was ich ihm auch schreibe. Ein paar Stunden später ruft er auch an. Seine E-Mails hätte er noch nicht abgerufen, deshalb frage ich ihn nach den paar Testmails, die ich entdeckt hatte. Nein, die sind nicht angekommen. Dann muss wohl der Exchange Server einen Fehler haben. Ja, das denke ich auch und erzähle ihm von den Accounts, die fälschlicherweise überprüft werden.

Jippie, alles erledigt, dachte ich. Aber nein, er ruft wieder an. Wir hätten uns falsch verstanden. Die Mails, von denen ich sprach, seien doch angekommen. Ich fragte ihn ob er denn von E-Mails wüsste, die garantiert abgeschickt und nicht angekommen sind. Ohhh, ja, einige! Eine Angestellte hätte sich zum Beispiel von ihrem Mann einige Mails zuschicken lassen, die alle nicht angekommen sind. Aha! Und kann er mir dafür einen ungefähren Zeitpunkt und die Absenderadresse sagen? Nein.

*seufz*

Er sagt, er wird noch eine Testmail verschicken lassen. Hoffentlich bekomme ich dann endlich brauchbare Informationen. Aber da habe ich natürlich zu viel erwartet.

Heute morgen, am ersten Tag meines Urlaubs, gegen 11:45 Uhr, wurde ich von O² geweckt. Nein, der Herr Mailadmin hat natürlich keine neuen Informationen gebracht. Er hat nur wieder von möglichen DNS-Problemen gelabert. Keine konkreten natürlich. Es besteht einfach nur die Möglichkeit, dass es welche geben könnte. Ich habe O² gesagt, dass er mal nach Daten einer Testmail fragen soll, die nicht durchgekommen ist. In der Zwischenzeit schalte ich den Spamfilter aus.

Während ich hier an dem Beitrag rumtippe ruft O² wieder an. Jetzt kommen natürlich alle Testmails auf einmal wieder an. Und der Herr Mailadmin fragt, wie er denn die alten Spammails abrufen kann…

/me hofft jetzt, dass es der Spamfilter war

Ach, und ich habe keinen Bock hier noch Rechtschreibfehler in dem Beitrag zu suchen. Kauft euch ein Eis, wenn ihr welche findet.

Nachtrag: Auf magische Weise funktioniert jetzt alles wieder, aber die verloren gegangenen Mails sind natürlich auch nicht im Spam-Ordner.

Scheiße kalt hier im Büro. Die Heizung funktioniert nicht richtig. Aber was noch viel schlimmer ist, einer unserer Telefonanschlüsse ist ausgefallen. Zum Glück nicht der, unter dem wir unser Internet beziehen, da wären wir total aufgeschmissen. Allerdings ist es genau der Anschluss, dessen Nummer die meisten Kunden haben. Und das Faxgerät hängt da auch dran.

Björn ist ja nicht doof, Björn hat die Störungsstelle angerufen. Nach einem harten Kampf mit der Spracherkennung und Eingabe der Telefonnummer des betroffenen Anschlusses durfte ich dann mit einer freundlichen Dame im Callcenter sprechen. Diese hat mir geraten noch einmal alle Kabel zu prüfen, weil es kostenpflichtig ist, wenn ein Techniker kommt und es an unserer internen Verkabelung liegt.

Hab‘ ich gemacht und natürlich wieder nichts gefunden. Das einzige, was mir einfiele, wäre der Telefonkasten des Hauses, der in sich die Albträume eines jeden Elektrikers vereint. Da muss nur eine Ratte vorbei laufen und schon ist die Hälfte der Kabel draußen. Aber das ist ja nicht unser Gerät. Das ist Sache der Telekom.

Also nochmal bei der Störungsstelle angerufen, mit der Spracherkennung gekämpft, Telefonnummer eingegeben, gewundert, dass man trotz Angabe der betroffenen Telefonnummer der Dame die gleiche Nummer noch einmal diktieren muss, und erfahren, dass der früheste Termin, zu dem ein Techniker vorbei kommen kann, morgen zwischen 17 und 20 Uhr ist.

Da um diese Zeit leider alle Kollegen mit Kunden unterwegs sind, liegt es an mir anwesend zu sein, um den Techniker die Tür zu öffnen.

Naja, die Dame vom Callcenter hat das ganze jetzt als dringend in ihrem System eingetragen und ein Techniker wird mich anrufen, um einen früheren Termin zu vereinbaren. Mit etwas Glück darf ich die Überstunden dann heute absitzen…

Update: Der Techniker war eben da und es funktioniert wieder alles, ohne dass er irgend etwas gemacht hat. Ich liebe Fehler, die ohne Erklärung auftauchen und wieder verschwinden. 😡