Een e-mailarchiveringssysteem bouwen: het opslaan van de e-mailinhoud

Het spijt me om u teleur te stellen, maar ik ga geen stapsgewijze handleiding geven over het maken van een S3-bucket voor het opslaan van de e-mail, noch ga ik beschrijven hoe u de noodzakelijke toegangssleutel kunt maken die u in uw applicatie nodig zult hebben 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 mogelijk helpen:

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 aanwijzen die ik heb gekozen voor een project als dit.

1. Toegangscontrole.  U moet niet alleen de beveiliging voor de bucket instellen, maar u moet ook de machtigingen voor de items zelf instellen.  In mijn project gebruik ik een zeer open beleid van public-read omdat de voorbeeldgegevens niet persoonlijk zijn en ik gemakkelijk toegang tot de gegevens wilde.  U zult waarschijnlijk een veel strikter set van 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 om gegevens van het ene type S3-opslagklasse naar een andere te verplaatsen.  De verschillende opslagklassen vertegenwoordigen de hoeveelheid toegang die u nodig hebt tot de opgeslagen gegevens met lagere kosten gekoppeld aan de opslag die u het minst aanspreekt. Een goed verslag van de verschillende klassen en het doorlopen ervan kan worden gevonden in een AWS-gids genaamd, Transitioning Objects. In mijn geval koos ik ervoor om een lifecycle te maken die elk object na een jaar van Standard naar Glacier verplaatst. Glacier-toegang is veel goedkoper dan het standaard S3-archief en zal me geld besparen in opslagkosten.

Zodra ik de S3-bucket heb aangemaakt en mijn instellingen zijn geplaatst, is S3 klaar voor mij om de rfc822-conforme e-mail te uploaden die ik verkreeg van de SparkPost Relay Webhook-datastroom. Maar voordat ik de rfc822-e-mail upload naar S3, moet ik een unieke bestandsnaam creëren die ik ga gebruiken om die e-mail op te slaan.

Voor de unieke bestandsnaam ga ik het e-mailbody doorzoeken voor het verborgen id dat de verzendende applicatie in de e-mail heeft geplaatst en dat id gebruiken als de 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 werd gevonden in mijn config.php-bestand.

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

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

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

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