Setiap email membawa riwayat teknis tersembunyi — sekumpulan header yang biasanya disembunyikan oleh aplikasi email, tetapi jujur mencatat server mana saja yang dilalui pesan dan apakah pengirimnya benar-benar seperti yang diklaim.
Kenapa subjek email kadang berubah jadi "=?UTF-8?B?...?="
Header email dirancang puluhan tahun lalu untuk ASCII 7-bit saja, jadi subjek seperti "Promo 🔥 diskon 50%" tidak bisa langsung ditulis apa adanya di header — bukan karena bahasa Indonesia bermasalah (huruf Latin biasa aman), tapi karena emoji dan simbol semacam itu berada di luar rentang ASCII. RFC 2047 mengatasinya dengan sintaks "encoded word": =?UTF-8?B?UHJvbW8g8J+UpSBkaXNrb24gNTAl?= — diawali charset (UTF-8), lalu B untuk Base64 atau Q untuk quoted-printable, kemudian byte hasil enkodenya. Ini sebabnya email promosi dari marketplace atau e-commerce yang subjeknya penuh emoji sering muncul sebagai teks acak yang tidak terbaca kalau dilihat langsung dari header mentah.
Header Received: peta rute perjalanan pesan
Setiap server email yang dilalui pesan menambahkan header Received miliknya sendiri di bagian paling atas daftar — jadi untuk menelusuri jalur asli pesan dari pengirim sampai ke kotak masuk, header harus dibaca dari bawah ke atas, kebalikan dari urutan saat ditambahkan.
SPF, DKIM, dan DMARC: tiga pemeriksaan kepercayaan yang berbeda
SPF (Sender Policy Framework) adalah catatan DNS domain yang mendaftar server mana saja yang diizinkan mengirim email atas namanya; header Received-SPF menunjukkan apakah server pengirim ada dalam daftar itu. DKIM menambahkan tanda tangan kriptografis pada pesan yang bisa diverifikasi dengan kunci publik yang dipublikasikan di DNS domain pengirim, membuktikan isi pesan tidak diubah selama perjalanan. DMARC kemudian memberi tahu server penerima apa yang harus dilakukan terhadap email yang gagal SPF atau DKIM: menolaknya, menandainya sebagai spam, atau tetap mengirimkannya dengan peringatan. Ketiga mekanisme ini penting untuk mengenali email phishing yang menyamar sebagai bank atau layanan resmi dengan domain yang terlihat mirip aslinya.
Untuk apa alat ini berguna
- Memeriksa apakah email mencurigakan merupakan upaya phishing dengan alamat pengirim palsu.
- Mendekode subjek atau nama pengirim yang muncul sebagai teks tidak terbaca
=?UTF-8?B?...?=. - Mendiagnosis kenapa email yang dikirim sendiri malah masuk folder spam penerima.
Kegunaan Message-ID
Header Message-ID adalah pengenal unik yang diberikan aplikasi email saat pesan dikirim, dan secara teori tidak pernah berulang di email lain mana pun di dunia. Header ini penting untuk mengelompokkan percakapan menjadi "thread": saat membalas sebuah pesan, aplikasi email menyalin Message-ID asli ke header In-Reply-To, dan hubungan inilah yang membuat layanan email menampilkan pesan-pesan sebagai satu percakapan, bukan pesan terpisah-pisah.