Je suis désolé de vous décevoir, mais je ne vais pas vous donner un tutoriel pas à pas sur la création d'un bucket S3 pour stocker l’email, ni décrire comment créer la clé d'accès nécessaire dont vous aurez besoin dans votre application pour télécharger du contenu sur votre bucket ; il existe de meilleurs tutoriels sur ce sujet que je ne pourrais jamais écrire.  Voici quelques articles qui pourraient vous aider :

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

Ce que je vais faire, c'est souligner certains des paramètres que j'ai choisis qui concernent un projet comme celui-ci.

1. Contrôle d'accès.  Vous devez non seulement définir la sécurité pour le bucket, mais vous devez également définir les autorisations pour les éléments eux-mêmes.  Dans mon projet, j'utilise une politique très ouverte de lecture publique car les données d'exemple ne sont pas personnelles et je voulais un accès facile aux données.  Vous souhaiterez probablement un ensemble de politiques ACL beaucoup plus strictes. Voici un bon article sur les paramètres ACL : https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Archivage de l’archive. Dans S3, il existe ce qu'on appelle la gestion du cycle de vie.  Cela vous permet de déplacer des données d'un type de classe de stockage S3 à un autre.  Les différentes classes de stockage représentent la quantité d'accès dont vous avez besoin aux données stockées avec des coûts inférieurs associés au stockage que vous consultez le moins. Un bon exposé des différentes classes et de leur transition peut être trouvé dans un guide AWS appelé, Transitioning Objects. Dans mon cas, j'ai choisi de créer un cycle de vie qui déplace chaque objet de Standard à Glacier après un an. L'accès à Glacier est bien moins cher que l'archive standard S3 et me permettra d'économiser sur les coûts de stockage.

Une fois le bucket S3 créé et mes paramètres en place, S3 est prêt pour moi à télécharger l’email conforme à la RFC822 que j'ai obtenu à partir du flux de données SparkPost Relay Webhook. Mais avant de télécharger la charge utile de l’email RFC822 dans S3, je dois créer un nom de fichier unique que j'utiliserai pour stocker cet email.

Pour le nom de fichier unique, je vais rechercher dans le corps de l’email l’identifiant caché que l'application d'envoi a placé dans l’email et utiliser cet identifiant comme nom du fichier. Il existe des moyens plus élégants pour extraire le connectorId du corps HTML, mais pour des raisons de simplicité et de clarté, je vais utiliser le code suivant :

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

* nous supposons que $inputField contient la valeur “ArchiveCode” et a été trouvé dans mon fichier config.php.

Avec l’UID, nous pouvons alors créer le nom de fichier qui sera utilisé dans S3 :

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

Je peux maintenant ouvrir ma connexion à S3 et télécharger le fichier. Si vous regardez le fichier s3.php dans le dépôt GitHub, vous verrez qu’il faut très peu de code pour télécharger le fichier.

Ma dernière étape consiste à enregistrer cette entrée dans la table MYSQL.