Construyendo un sistema de archivo de correos electrónicos: Almacenando el cuerpo del correo electrónico

Lamento decepcionarte, pero no voy a dar un tutorial paso a paso sobre cómo crear un bucket 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í hay 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í que se relacionan con un proyecto como este.

1. Control de Acceso. No solo necesitas establecer la seguridad para el bucket, sino que necesitas establecer los permisos para los propios elementos. En mi proyecto, utilizo una política muy abierta de lectura pública porque los datos de muestra no son personales y quería fácil acceso 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 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. Una buena descripción de las diferentes clases y la transición 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 S3 y me ahorrará dinero en costos de almacenamiento.

Una vez que tengo creado el bucket S3 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 de SparkPost Relay Webhook. Pero antes de subir el payload del correo electrónico rfc822 a S3, necesito crear un nombre de archivo único que usaré para almacenar ese correo.

Para el nombre de archivo único, voy a buscar en el cuerpo del correo electrónico el id oculto que la aplicación de envío colocó en el correo electrónico y usar ese id como el nombre del archivo. Hay formas 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);
        }
    }
}

* estamos asumiendo que $inputField contiene el valor "ArchiveCode" y fue encontrado en mi archivo config.php.

Con el UID, entonces 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.