Membangun Sistem Pengarsipan Email: Menyimpan Isi Email

Maaf mengecewakan Anda, tetapi saya tidak akan memberikan tutorial langkah demi langkah tentang membuat S3 bucket untuk menyimpan email atau menjelaskan cara membuat kunci akses yang diperlukan untuk aplikasi Anda dalam mengunggah konten ke bucket; ada tutorial yang lebih baik tentang topik ini daripada yang bisa saya tulis.  Berikut beberapa artikel yang dapat membantu:

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

Apa yang akan saya lakukan adalah menunjukkan beberapa pengaturan yang saya pilih terkait dengan proyek seperti ini.

1. Kontrol Akses.  Anda tidak hanya perlu mengatur keamanan untuk bucket, tetapi Anda juga perlu mengatur izin untuk item itu sendiri.  Dalam proyek saya, saya menggunakan kebijakan yang sangat terbuka yaitu public-read karena data sampel tidak bersifat pribadi dan saya ingin akses mudah ke data tersebut.  Anda mungkin ingin kebijakan ACL yang jauh lebih ketat. Berikut adalah artikel bagus tentang pengaturan ACL: https://docs.aws.amazon.com/AmazonS3/latest/dev/acl-overview.html

2. Mengarsipkan Arsip. Di S3 ada sesuatu yang disebut Lifecycle Management.  Ini memungkinkan Anda memindahkan data dari satu jenis kelas penyimpanan S3 ke yang lain.  Kelas penyimpanan yang berbeda mewakili jumlah akses yang Anda butuhkan ke data yang disimpan dengan biaya lebih rendah terkait dengan penyimpanan yang paling jarang Anda akses. Panduan yang baik tentang kelas yang berbeda dan transisi melalui mereka dapat ditemukan dalam panduan AWS yang disebut Transitioning Objects. Dalam kasus saya, saya memilih untuk membuat masa siklus yang memindahkan setiap objek dari Standar ke Glacier setelah satu tahun. Akses Glacier jauh lebih murah daripada arsip S3 standar dan akan menghemat biaya penyimpanan saya.

Setelah saya membuat S3 bucket dan menyiapkan pengaturan saya, S3 siap untuk saya mengunggah email yang sesuai dengan rfc822 yang saya peroleh dari aliran data SparkPost Relay Webhook. Namun sebelum mengunggah payload email rfc822 ke S3, saya perlu membuat nama file unik yang akan saya gunakan untuk menyimpan email tersebut.

Untuk nama file unik, saya akan mencari pada tubuh email untuk id tersembunyi yang ditempatkan aplikasi pengirim ke dalam email dan menggunakan id tersebut sebagai nama file. Ada cara yang lebih elegan untuk menarik connectorId dari tubuh html, tetapi demi kesederhanaan dan kejelasan saya akan menggunakan kode berikut:

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

* kami berasumsi bahwa $inputField memegang nilai “ArchiveCode” dan ditemukan dalam file config.php saya.

Dengan UID, kita kemudian dapat membuat nama file yang akan digunakan di S3:

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

Sekarang saya dapat membuka koneksi saya ke S3 dan mengunggah file tersebut. Jika Anda melihat file s3.php di repositori GitHub Anda akan melihat bahwa dibutuhkan sangat sedikit kode untuk mengunggah file tersebut.

Langkah terakhir saya adalah mencatat entri ini ke dalam tabel MYSQL.