Het spijt me u teleur te stellen, maar ik ga geen stapsgewijze handleiding geven voor het maken van een S3-bucket voor het opslaan van de e-mail, noch ga ik beschrijven hoe u de benodigde toegangssleutel kunt aanmaken die u nodig hebt in uw toepassing voor het uploaden van inhoud naar uw bucket; er zijn betere tutorials over dit onderwerp dan ik ooit zou kunnen schrijven.  Hier zijn een paar artikelen die wellicht nuttig zijn:

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

Wat ik wel zal doen, is enkele van de instellingen aangeven die ik heb gekozen die betrekking hebben op een project zoals dit.

1. Toegangscontrole. U moet niet alleen de beveiliging voor de bucket instellen, maar ook de machtigingen voor de items zelf instellen.  In mijn project gebruik ik een heel open beleid van public-read omdat de voorbeeldgegevens niet persoonlijk zijn en ik gemakkelijke toegang tot de gegevens wilde.  U zult waarschijnlijk een veel strikter pakket ACL-beleid willen. Hier is een goed artikel over ACL-instellingen: https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Archivering van het archief.  In S3 is er iets dat Lifecycle Management wordt genoemd.  Dit stelt u in staat gegevens van het ene type S3-opslagklasse naar het andere te verplaatsen.  De verschillende opslagklassen vertegenwoordigen de mate van toegang die u nodig heeft tot de opgeslagen gegevens, waarbij lagere kosten zijn verbonden aan de opslag die u het minst benadert. Een goed overzicht van de verschillende klassen en het doorlopen ervan is te vinden in een AWS-gids genaamd, Transitioning Objects. In mijn geval koos ik ervoor om een levenscyclus te creëren die elk object na een jaar van Standard naar Glacier verplaatst. Glacier-toegang is veel goedkoper dan de standaard S3-archief en bespaart mij geld op opslagkosten.

Wanneer ik de S3-bucket heb aangemaakt en mijn instellingen op hun plaats zijn, is S3 klaar voor mij om de rfc822-compliant e-mail te uploaden die ik heb verkregen vanuit de SparkPost Relay Webhook datastroom. Maar voordat ik de rfc822-email payload naar S3 upload, moet ik een unieke bestandsnaam creëren die ik zal gebruiken om die e-mail op te slaan.

Voor de unieke bestandsnaam ga ik in de e-mailbody zoeken naar de verborgen id die de verzendende applicatie in de e-mail heeft geplaatst en die id gebruiken als naam van het bestand. Er zijn meer elegante manieren om de connectorId uit de html-body te halen, maar voor eenvoud en duidelijkheid ga ik de volgende code gebruiken:

$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);
        }
    }
}

* we gaan ervan uit dat $inputField de waarde “ArchiveCode” bevat en in mijn config.php-bestand is gevonden.

Met de UID kunnen we dan de bestandsnaam maken die in S3 zal worden gebruikt:

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

Nu kan ik mijn verbinding met S3 openen en het bestand uploaden. Als u kijkt naar het s3.php-bestand in de GitHub repository, zult u zien dat er heel weinig code nodig is om het bestand te uploaden.

Mijn laatste stap is om deze invoer in de MYSQL-tabel te loggen.