Email

Email Mengandalkan Domain, DNS, Dan Server

Alamat email bergantung pada domain setelah tanda @. Server pengirim menggunakan DNS, terutama record MX, untuk menemukan server penerima. Setelah pesan diterima, server menyimpannya dan aplikasi klien mengakses kotak surat menggunakan protokol yang sesuai. Karena itu, masalah email dapat berasal dari DNS, server pengirim, server penerima, autentikasi, atau aplikasi klien, bukan hanya dari koneksi internet.

Bagian setelah tanda @ menunjukkan domain yang digunakan. Server pengirim memeriksa record MX untuk mengetahui server mana yang menerima pesan bagi domain tersebut. Karena itu, masalah DNS pada domain email dapat mengganggu penerimaan walaupun website domain yang sama masih dapat dibuka.

Email terlihat sederhana dari sisi pengguna, tetapi pengiriman dan penerimaannya melibatkan alamat, domain, server, protokol, penyimpanan pesan, dan aplikasi klien. Pesan yang dikirim tidak berpindah langsung dari satu layar ke layar lain, melainkan melewati layanan yang bertugas menerima, meneruskan, menyimpan, dan menyinkronkan email.

SMTP, IMAP, Dan POP3 Menangani Peran Yang Berbeda

SMTP umum digunakan untuk mengirim atau meneruskan pesan, sedangkan IMAP dan POP3 dipakai klien untuk mengakses pesan yang sudah berada di server. IMAP mempertahankan status kotak surat agar cocok untuk sinkronisasi beberapa perangkat, sementara POP3 menggunakan model pengambilan yang lebih sederhana. Sinkronisasi bukan backup karena penghapusan dapat ikut tersinkronisasi ke perangkat lain.

SMTP umum digunakan untuk mengirim atau meneruskan email antar server. Sementara itu, IMAP dan POP3 digunakan oleh klien untuk mengakses pesan yang telah berada di server. Karena fungsi dasarnya berbeda, membandingkan SMTP dengan IMAP atau POP3 secara langsung dapat membingungkan.

IMAP mempertahankan pesan dan status kotak surat di server sehingga perubahan dapat terlihat dari laptop, ponsel, atau perangkat lain. Model ini sesuai dengan kebiasaan modern ketika satu akun digunakan dari banyak perangkat. Konsekuensinya, kapasitas penyimpanan server dan koneksi jaringan tetap memiliki peran penting.

SPF, DKIM, Dan DMARC Membantu Memvalidasi Identitas Domain

SPF membantu memeriksa server yang diizinkan mengirim, DKIM memberi signature pada pesan, dan DMARC menghubungkan hasil autentikasi dengan kebijakan domain serta pelaporan. Ketiganya bukan satu filter spam tunggal. Server penerima juga mempertimbangkan reputasi, pola pengiriman, konten, dan sinyal lain sebelum memutuskan penanganan pesan.

SPF membantu memeriksa server yang diizinkan mengirim atas nama domain, DKIM menggunakan signature pada pesan, dan DMARC memberi kebijakan serta pelaporan yang menghubungkan hasil autentikasi dengan domain pengirim. Ketiganya membantu validasi identitas domain, tetapi keputusan spam juga mempertimbangkan reputasi, konten, dan banyak sinyal lain.

Selain koneksi terenkripsi, ekosistem email menggunakan mekanisme seperti SPF, DKIM, dan DMARC untuk membantu server penerima mengevaluasi asal pesan. Mekanisme tersebut tidak menghilangkan spam atau phishing sepenuhnya, tetapi memberi sinyal tambahan untuk memeriksa apakah pengirim sesuai dengan kebijakan domain.

Keamanan Email Memerlukan Pemeriksaan Pesan Dan Konteks

Phishing dapat menggunakan nama pengirim palsu, domain mirip, tautan login, lampiran, atau permintaan mendesak. Header lengkap dapat membantu melihat server yang dilewati, Message-ID, dan hasil autentikasi, tetapi pengguna tetap perlu memeriksa domain tujuan dan konteks permintaan. Lampiran dan tautan merupakan dua jalur risiko berbeda, sehingga keduanya perlu diperlakukan dengan hati-hati.

Email berbahaya tidak selalu membawa lampiran. Penyerang dapat memakai tautan login palsu, domain yang menyerupai nama asli, permintaan mendesak, atau penyamaran nama pengirim. Memeriksa alamat sebenarnya, domain tujuan, konteks permintaan, dan metode verifikasi lain lebih aman daripada mengandalkan tampilan nama pengirim.

Header dapat memuat server yang dilewati, Message-ID, hasil autentikasi, waktu, dan informasi routing lain. Saat menganalisis pesan mencurigakan atau keterlambatan pengiriman, header lengkap lebih berguna daripada hanya melihat nama pengirim yang tampil pada aplikasi email.