Lamento decepcionarte, pero no voy a ofrecer un tutorial paso a paso sobre cómo crear un bucket de S3 para almacenar el correo electrónico, ni voy a describir cómo crear la clave de acceso necesaria que necesitarás en tu aplicación para subir contenido a tu bucket; hay mejores tutoriales sobre este tema de los que yo podría escribir.  Aquí tienes un par de artículos que pueden ayudar:

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

Lo que haré es señalar algunas de las configuraciones que elegí para un proyecto como este.

1. Control de Acceso.  No solo necesitas configurar la seguridad para el bucket, sino que necesitas establecer los permisos para los propios elementos.  En mi proyecto, utilizo una política pública de lectura muy abierta porque los datos de muestra no son personales y quería un acceso fácil a los datos.  Probablemente querrás un conjunto de políticas ACL mucho más estrictas. Aquí hay un buen artículo sobre configuraciones de ACL: https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Archivando el Archivo. En S3 hay algo llamado Gestión del Ciclo de Vida.  Esto te permite mover datos de un tipo de clase de almacenamiento de S3 a otro.  Las diferentes clases de almacenamiento representan la cantidad de acceso que necesitas a los datos almacenados, con costos más bajos asociados al almacenamiento al que accedes menos. Un buen documento sobre las diferentes clases y cómo transitar entre ellas se puede encontrar en una guía de AWS llamada, Transitioning Objects. En mi caso, elegí crear un ciclo de vida que moviera cada objeto de Standard a Glacier después de un año. El acceso a Glacier es mucho más barato que el archivo estándar de S3 y me ahorrará dinero en costos de almacenamiento.

Una vez que tengo el bucket de S3 creado y mis configuraciones en su lugar, S3 está listo para que suba el correo electrónico conforme a rfc822 que obtuve del flujo de datos SparkPost Relay Webhook. Pero antes de subir el contenido del correo electrónico a S3, necesito crear un nombre de archivo único que usaré para almacenar ese correo electrónico.

Para el nombre de archivo único, voy a buscar en el cuerpo del correo electrónico el id oculto que la aplicación remitente colocó en el correo y usar ese id como el nombre del archivo. Hay maneras más elegantes de extraer el connectorId del cuerpo html, pero por simplicidad y claridad voy a usar el siguiente código:

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

* asumimos que $inputField contiene el valor “ArchiveCode” y fue encontrado en mi archivo config.php.

Con el UID, podemos crear el nombre del archivo que se usará en S3:

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

Ahora puedo abrir mi conexión a S3 y subir el archivo. Si miras el archivo s3.php en el repositorio de GitHub, verás que se necesita muy poco código para subir el archivo.

Mi último paso es registrar esta entrada en la tabla MYSQL.