Tool zum Parsen von SMTP-Protokolle findet prallt
Unserer web-Anwendung sendet e-mails. Wir haben viele Nutzer, und wir bekommen sehr viele bounces. Zum Beispiel, Benutzer-änderungen der Firma und sein Unternehmen e-mail ist nicht mehr gültig.
Finden bounces, ich parse SMTP-log-Datei mit dem log parser. Die Protokolle stammen aus den Microsoft SMTP-server.
Einige Sprünge sind toll, wie 550+#[email protected]
. Es ist [email protected]
im bounce.
Aber einige haben keine e-mail-Fehlermeldung, wie 550+No+such+recipient
.
Habe ich erstellt einfache Ruby-Skripts, das analysiert Protokolle (mit log parser), um herauszufinden, welche E-mail verursacht so etwas wie 550+No+such+recipient
.
Ich bin nur überrascht, dass ich konnte nicht finden, ein tool, das das macht. Ich habe festgestellt tools wie Zabbix und Splunk für log-Analyse, aber Sie sehen aus wie overkill für solch einfache Aufgabe.
Jemand kennt ein tool, das würde analysieren, SMTP-Protokolle, finden bounces und e-mails, die Sie verursachen?
Sorry, ich wusste nicht, dass es relevant ist. Microsoft smtp-server. Bearbeitet die post.
InformationsquelleAutor | 2008-10-15
Du musst angemeldet sein, um einen Kommentar abzugeben.
Diese Artikel ist genau das, was Sie suchen. Es basiert auf das tolle tool log parser.
InformationsquelleAutor Jorge Ferreira
Soweit ich sehen kann, log-Datei-Analyse ist wirklich nur sinnvoll, um zu erkennen, E-mails, die abgewiesen werden in der SMTP-session-Ebene. Was ist mit bounces, die auftreten, wenn der remote-MTA angenommen hat, eine Nachricht für die Lieferung, aber anschließend nicht liefern?
Verwenden wir die folgenden set-up zu erkennen und klassifizieren alle bounces nach der übergabe an den remote-MTA.
Alle ausgehenden mails eine einzigartige return-path-header die, wenn Sie dekodiert, identifiziert den Empfänger der E-Mail-Adresse und die Besondere mailing.
Einer Apache James server die E-Mails empfängt zurückgegeben, um die zurückgegebenen-path-Adresse.
Einer benutzerdefinierten mailet, in Java entwickelt und die Ausführung innerhalb von Apache James, die decodiert die Adresse, sendet die E-Mail-text zu boogietools bounce-studio für bounce-Typ-Klassifikation und dann weiterhin die Ergebnisse in unserer Datenbank.
Es funktioniert sehr, sehr gut. Wir sind in der Lage zu erkennen permanente hard-bounces und Transienten soft bounces, die weiter klassifiziert in sehr granulare bounce-Typen wie spam-Ablehnungen, die out-of-office-Antworten etc.
InformationsquelleAutor mysomic
Ich mag logParser. Wenn ich brauche, um zu analysieren, für etwas sehr spezifische oder benutzerdefinierte oder reguläre Ausdrücke verwenden, ich benutze biterScripting. Sie haben tatsächlich einige Beispiel-Scripte, die ich verwendet, um loszulegen. Ist man an http://www.biterscripting.com/Download/SS_WebLogParser.txt.
InformationsquelleAutor
Ich ein bounce-counter Programm auf diesem posten, nur um später herauszufinden, dass diese Methode nicht wirklich Arbeit für high-volume-Absender, weil SMTP-Protokolle sind nicht in der Reihenfolge. Mehr dazu in meinem blog post: E-Mail-Bounce-Erkennung in den SMTP-Logs und Warum Es Unmöglich Ist.
InformationsquelleAutor
Sie nicht möchten, analysieren Sie die Protokolle, um zu versuchen und zu identifizieren springt. Sie haben beide false-negatives und false-positives, wenn Sie nur Blick auf die Protokolle.
Bounces erzeugt werden kann, stromabwärts von der server, den Sie liefern. Sie werden sehen wie erfolgreich die Lieferungen in Ihre ausgehenden server-logs.
Den naiven pattern-match für Sprünge in eingehenden logs (von der null-sender, zu einem Ihrer VERP-ed-Adressen) werden ungenau. Es gibt ein paar Gründe, warum:
So, leider, der einzige zuverlässige Weg, es zu tun zu untersuchen, ist die bounce-Nachrichten selbst. Die meisten von Ihnen haben eine "Berichts - /delivery-status" MIME-Teil als pro RFC1894, und abhängig von Ihrer Sprache der Wahl, es gibt wohl Bibliotheken oder Module, zu helfen, mit anderen bounce-Formate. Die einzige, die ich habe direkten Erfahrung mit der Perl Mail::DeliveryStatus::BounceParser-Modul, das funktioniert gut genug.
InformationsquelleAutor robc