{"id":18337,"date":"2025-01-28T04:32:54","date_gmt":"2025-01-28T04:32:54","guid":{"rendered":"https:\/\/www.mailgun.com\/resources\/case-studies\/wie-uservoice-das-problem-mit-eingehenden-e-mails-geloest-hat\/"},"modified":"2026-09-03T15:35:11","modified_gmt":"2026-09-03T15:35:11","slug":"wie-uservoice-das-problem-mit-eingehenden-e-mails-geloest-hat","status":"publish","type":"case-studies","link":"https:\/\/www.mailgun.com\/de\/ressourcen\/fallstudien\/wie-uservoice-das-problem-mit-eingehenden-e-mails-geloest-hat\/","title":{"rendered":"Wie UserVoice das Problem mit eingehenden E-Mails gel\u00f6st hat"},"content":{"rendered":"\n

Vor etwa zwei Jahren betrieben wir das Ticketing-System von UserVoice auf unseren eigenen Postfix-Servern. Seitdem sind wir sowohl f\u00fcr eingehende als auch f\u00fcr ausgehende E-Mails zu Mailgun gewechselt und sind sehr zufrieden damit. Hier sind unsere Geschichte und die Probleme, mit denen wir uns in Bezug auf eingehende E-Mails befasst haben.<\/p>\n\n\n\n

Eingehende E-Mails vor Mailgun<\/h2>\n\n\n\n

Unser anf\u00e4ngliches Ticketing-System nutzte Postfix, um eingehende (und ausgehende) E-Mails zu verarbeiten. Postfix ist wirklich eine solide Software, aber sie ist etwas veraltet, und ehrlich gesagt ist die Dokumentation dazu etwas schwer verst\u00e4ndlich. Dies wird durch die Tatsache erschwert, dass wir Postfix nicht auf eine \u201enormale\u201c Weise eingerichtet haben. Die meisten Tutorials und Beispiele zeigen Ihnen, wie Sie einzelne Nutzer und Postf\u00e4cher innerhalb von Postfix konfigurieren, aber wir wollten all das innerhalb unserer Rails-App verwalten.<\/p>\n\n\n\n

Nach vielem Herumprobieren haben wir es endlich zum Laufen gebracht. Wir lie\u00dfen f\u00fcr jede eingehende E-Mail ein Shell-Skript ausf\u00fchren, das die E-Mail \u00fcber einen Resque-Job zu Redis hinzuf\u00fcgte.<\/p>\n\n\n\n

Innerhalb des Resque-Jobs haben wir die E-Mail dann mit TMail geparst. Ein Problem, auf das wir stie\u00dfen, betraf die Kodierungen. Unsere Rails-App ist f\u00fcr die Arbeit mit UTF-8 und dem Encoding-Support von Ruby 1.9.3 ausgelegt, aber TMail verf\u00fcgt \u00fcber einen Legacy-Encoding-Support. Wir haben das neue Mail-Gem ausprobiert, aber es scheiterte daran, eine E-Mail zu parsen, wenn diese etwas \u201eKomisches\u201c an sich hatte. E-Mails sind wie der Wilde Westen: Alles ist m\u00f6glich. Ihr Parser sollte extrem robust sein, und das Mail-Gem (vor ca. 2 Jahren) war das nicht.<\/p>\n\n\n\n

Nachdem wir die E-Mail geparst haben, m\u00fcssen wir den Textk\u00f6rper parsen, um die neuen Teile der E-Mail vom zitierten Verlauf\/Thread der E-Mail zu trennen. Unsere erste Version war relativ naiv und trennte im Grunde einfach bei \u201eAm xx.xx.xxxx antwortete Jemand:\u201c. Wir betrachteten dann den oberen Teil davon als den neuen Teil der Nachricht. Unser System konnte mit \u201eInline\u201c-Antworten nicht sehr gut umgehen.<\/p>\n\n\n\n

Wenn es jemals ein Problem gab und wir Diagnosedaten finden mussten, mussten wir uns per SSH in unsere Postfix-Box einloggen und mit grep unsere Logs durchsuchen. Das war in Ordnung, aber unsere weniger technischen Support-Mitarbeiter konnten Probleme nicht eigenst\u00e4ndig l\u00f6sen.<\/p>\n\n\n\n

In Bezug auf Redundanz oder Skalierung hatten wir genau eine Box. Zum Gl\u00fcck ist sie nie ausgefallen, und zum Gl\u00fcck mussten wir nicht skalieren.<\/p>\n\n\n\n

Nach Mailgun<\/h2>\n\n\n\n

Mailgun l\u00f6st all diese Probleme.<\/p>\n\n\n\n

Erstens m\u00fcssen wir uns nicht mehr mit Postfix herumschlagen. Durch die Konfiguration einer einfachen \u201ecatch_all\u201c-Regel in Mailgun werden alle an *@*.uservoice.com adressierten E-Mails \u00fcber HTTP an unsere Server gesendet.<\/p>\n\n\n\n

Diese E-Mails kommen bereits vorgeparst an. Alles, was an unsere Server gesendet wird, kommt in UTF-8 an. Das allein ist schon Gold wert.<\/p>\n\n\n\n

Dar\u00fcber hinaus trennt Mailgun automatisch die neuen Teile der Nachricht vom Thread. Sie sind als Parameter namens \u201estripped-text\u201c im Webhook enthalten, was genau das ist, was wir brauchen, wenn wir eine Nachricht in UserVoice anzeigen. Wir m\u00fcssen keine un\u00fcbersichtliche Sammlung regul\u00e4rer Ausdr\u00fccke mehr pflegen. Zus\u00e4tzlich werden Inline-Antworten automatisch verarbeitet.<\/p>\n\n\n\n

Unser Support-Team verf\u00fcgt \u00fcber vollst\u00e4ndig durchsuchbare Logs aller eingehenden und ausgehenden Nachrichten. Kein Durchsuchen von Nachrichten mit grep mehr, und die von Mailgun bereitgestellte Oberfl\u00e4che ist f\u00fcr unser Support-Team vollst\u00e4ndig zug\u00e4nglich.<\/p>\n\n\n\n

Schlie\u00dflich m\u00fcssen wir uns keine Gedanken mehr \u00fcber die Skalierung unserer Server, Failover und \u00e4hnliche Dinge machen. Mailgun \u00fcbernimmt all das f\u00fcr uns.<\/p>\n\n\n\n

Das Beste an Mailgun<\/h2>\n\n\n\n

Das technische Team von Mailgun und deren Support sind erstklassig. Sie sind immer responsiv und hilfsbereit. Sie haben sich bew\u00e4hrt und wichtige Funktionen implementiert, wenn wir sie brauchten, um bestimmte Kunden zu gewinnen. Sie weisen uns proaktiv auf Probleme (wie spammende Kunden) und m\u00f6gliche Konfigurationsfehler hin. Sie helfen uns auch dabei, Probleme aufzusp\u00fcren, wenn unsere Kunden Schwierigkeiten haben, E-Mails weiterzuleiten. Als ein Unternehmen, das sich voll und ganz darauf konzentriert, den Kundensupport zu verbessern, gef\u00e4llt uns das!<\/p>\n\n\n

\r\n\r\n