.. haben es manchmal schon schwer.<\/p>\n
<\/p>\n
Dieser Sympa(tische) Kunde hat in seinem Netzwerk einen eigenen Mailinglisten Server am laufen, der aber Anscheinend nicht wirklich gut Skaliert. Mittlerweile hat er knapp 1,5 Millionen Unique Business Subscriber und 52 einzelne Listen. Laut Aussage des Kunden verschickt dieser einmal pro Woche ein bis zwei Mails.<\/p>\n
Das macht pro Monat so \u00fcber den Daumen gepeilt ca. 630 Millionen Mails pro Monat, davon sind ca. 80.000 Mails Bounces. Der Gro\u00dfteil der Bounces kommt von T-Online weil der Kunde keine Sauber Konfigurierten DNS Eintr\u00e4ge f\u00fcr sein Mailsystem hat und sein Dienstanbieter keinen Business Mailrelay anbietet, bzw nur f\u00fcr teures Geld.<\/p>\n
Jedoch hat das Kundensystem damit massive Probleme das Ordentlich Abzuarbeiten. Warum wei\u00df irgendwie keiner so richtig.<\/p>\n
Der Administrator des Kunden hat das nie Richtig l\u00f6sen k\u00f6nnen, da das ML System des Kunden eine Closed Software ist und allein f\u00fcr den Support bzw. Probleml\u00f6sung m\u00fcsste der Kunde so tief in die Tasche greifen das die Kosten den Nutzeffekt deutlich \u00fcbersteigen.<\/p>\n
Also ist die einzig Richtige L\u00f6sung des Problem => Weg von der jetzigen ML Software!<\/p>\n
Also hat der Kunde von mir ein Komplettangebot bekommen in dem wir auch alle Subscriber auf dem alten System Extrahieren und diese in unser ML System Migrieren.<\/p>\n
Da das Kunden ML System Bin\u00e4r Dateien zum Speichern aller User benutzt und man so ohne weiteres nicht an die Benutzerdaten ran kommt blieb der einzige weg \u00fcber den Mailserver. Also haben wir daf\u00fcr ein Postfix Relay aufgestellt der nur die Mails des neuen Kunden Relayed und alle Empf\u00e4nger dann per Script aus dem Postfix Log extrahiert.<\/p>\n
Um Passw\u00f6rter m\u00fcssen wir uns hier keine Gedanken machen da der Kunde nur Geschlossene Listen hat wo neue Benutzer eingeladen werden k\u00f6nnen.<\/p>\n
Die so gewonnen Benutzerdaten sind dann in unserem LDAP System gelandet.<\/p>\n