Bauen eines E-Mail-Archivierungssystems: Speicherung des E-Mail-Inhalts

Es tut mir leid, Sie enttäuschen zu müssen, aber ich werde kein Schritt-für-Schritt-Tutorial zum Erstellen eines S3-Buckets zur Speicherung der E-Mail geben, noch werde ich beschreiben, wie der notwendige Zugangsschlüssel erstellt wird, den Sie in Ihrer Anwendung zum Hochladen von Inhalten in Ihren Bucket benötigen; es gibt bessere Tutorials zu diesem Thema, als ich je schreiben könnte.  Hier sind ein paar Artikel, die hilfreich sein könnten:

https://docs.aws.amazon.com/quickstarts/latest/s3backup/step-1-create-bucket.html
https://aws.amazon.com/blogs/security/wheres-my-secret-access-key/

Was ich tun werde, ist, einige der Einstellungen zu erläutern, die ich für ein solches Projekt ausgewählt habe.

1. Access Control.  Sie müssen nicht nur die Sicherheit für den Bucket festlegen, sondern auch die Berechtigungen für die Objekte selbst.  In meinem Projekt verwende ich eine sehr offene Richtlinie des öffentlichen Lesens, da die Beispieldaten nicht persönlich sind und ich einen einfachen Zugang zu den Daten wollte.  Sie möchten wahrscheinlich eine viel strengere Reihe von ACL-Richtlinien. Hier ist ein interessanter Artikel zu ACL-Einstellungen: https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Archiving the Archive. In S3 gibt es etwas, das Lifecycle Management genannt wird.  Dies ermöglicht Ihnen, Daten von einer S3-Speicherklasse auf eine andere zu verschieben.  Die verschiedenen Speicherklassen repräsentieren den Grad des Zugriffs, den Sie auf die gespeicherten Daten benötigen, mit niedrigeren Kosten, die mit dem Speicher verbunden sind, auf den Sie am wenigsten zugreifen. Eine gute Erklärung der verschiedenen Klassen und der Übergänge zwischen ihnen finden Sie in einem AWS-Leitfaden namens Transitioning Objects. In meinem Fall habe ich beschlossen, ein Lebenszyklus zu erstellen, der jedes Objekt nach einem Jahr von Standard zu Glacier verschiebt. Der Zugang zu Glacier ist viel günstiger als das Standard S3-Archiv und wird mir Speicherplatzkosten sparen.

Sobald ich den S3-Bucket erstellt und meine Einstellungen vorgenommen habe, ist S3 bereit für mich, die rfc822-konforme E-Mail hochzuladen, die ich aus dem SparkPost Relay Webhook-Datenstrom erhalten habe. Aber bevor ich die rfc822-E-Mail-Payload nach S3 hochlade, muss ich einen eindeutigen Dateinamen erstellen, den ich zum Speichern dieser E-Mail verwenden werde.

Für den eindeutigen Dateinamen werde ich den E-Mail-Body nach der versteckten ID durchsuchen, die die sendende Anwendung in die E-Mail eingefügt hat, und diese ID als Namen der Datei verwenden. Es gibt elegantere Methoden, die connectorId aus dem HTML-Body zu extrahieren, aber aus Einfachheit und Klarheit werde ich den folgenden Code verwenden:

$start = strpos($htmlbody, $inputField);
if ($start !== false) {
    $start = strpos($htmlbody, 'value="', $start);
    if ($start !== false) {
        $start += 7; // Move past 'value="'
        $end = strpos($htmlbody, '"', $start);
        if ($end !== false) {
            $length = $end - $start;
            $UID = substr($htmlbody, $start, $length);
        }
    }
}

* wir gehen davon aus, dass $inputField den Wert “ArchiveCode” enthält und in meiner config.php-Datei gefunden wurde.

Mit der UID können wir dann den Dateinamen erstellen, der in S3 verwendet wird:

$fileName = $ArchiveDirectory . '/' . $UID . '.eml';

Nun kann ich meine Verbindung zu S3 öffnen und die Datei hochladen. Wenn Sie sich die s3.php-Datei im GitHub-Repository ansehen, werden Sie feststellen, dass es nur sehr wenig Code benötigt, um die Datei hochzuladen.

Mein letzter Schritt ist es, diesen Eintrag in die MYSQL-Tabelle zu protokollieren.