Es tut mir leid, Sie zu enttäuschen, aber ich werde keine Schritt-für-Schritt-Anleitung zur Erstellung eines S3-Buckets für die Speicherung der E-Mail geben, noch werde ich beschreiben, wie der notwendige Zugriffsschlü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 jemals schreiben könnte.  Hier sind ein paar Artikel, die helfen 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 aufzuzeigen, die ich für ein Projekt wie dieses gewählt habe.

1. Zugangskontrolle.  Sie müssen nicht nur die Sicherheit für den Bucket festlegen, sondern auch die Berechtigungen für die Einzelposten 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 haben wollte.  Sie werden wahrscheinlich eine viel strengere ACL-Richtlinie wünschen. Hier ist ein netter Artikel zu ACL-Einstellungen: https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Archivierung des Archivs.  In S3 gibt es etwas, das als Lifecycle Management bezeichnet wird.  Dies ermöglicht es Ihnen, Daten von einer Art von S3-Speicherklasse zu einer anderen zu verschieben.  Die unterschiedlichen Speicherklassen repräsentieren das Maß an Zugriff, das Sie auf die gespeicherten Daten benötigen, mit geringeren Kosten, die mit dem Speicher verbunden sind, den Sie am wenigsten zugreifen. Ein gutes Dokument über die verschiedenen Klassen und deren Übergänge finden Sie in einem AWS-Leitfaden namens Transitioning Objects. In meinem Fall entschied ich mich, einen Lebenszyklus zu erstellen, der jedes Objekt nach einem Jahr von Standard zu Glacier verschiebt. Der Zugriff auf Glacier ist viel kostengü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 an S3 hochlade, muss ich einen eindeutigen Dateinamen erstellen, den ich für die Speicherung dieser E-Mail verwenden werde.

Für den eindeutigen Dateinamen werde ich den E-Mail-Text nach der versteckten ID durchsuchen, die die sendende Anwendung in die E-Mail eingefügt hat, und diese ID als Dateinamen verwenden. Es gibt elegantere Möglichkeiten, die connectorId aus dem html-Körper zu extrahieren, aber der Einfachheit und Klarheit halber 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 nehmen an, dass $inputField den Wert „ArchiveCode“ hä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 die s3.php-Datei im GitHub-Repository ansehen, werden Sie sehen, dass es sehr wenig Code benötigt, um die Datei hochzuladen.

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