Cek header email
Tempel header mentah sebuah email, dan Anda akan melihat siapa yang benar-benar mengirimnya, apakah SPF, DKIM, dan DMARC lulus, serta jalur yang dilaluinya dari server ke server. Alat ini membaca apa yang sudah dicatat server penerima di header, jadi ia membantu Anda memahami header email dan bukan putusan apakah sebuah pesan aman.
Cara melihat header email dan menganalisisnya
- Di aplikasi email Anda, buka pesan, pilih “Tampilkan asli” atau “Lihat sumber”, lalu salin blok header (semua yang ada di atas baris kosong sebelum isi pesan).
- Tempel ke Header email mentah (hingga 200.000 karakter). Hapus mengosongkan kotak itu.
- Tekan Analisis header. Jika tidak ada bagian teks yang tampak seperti header, Anda akan diberi tahu dan bisa menempel lagi.
- Baca Hasil: subjek dan tanggal, lalu kartu Pengirim asli, Autentikasi, dan Rute. Tanda panah kembali membawa Anda ke teks yang ditempel, dan Mulai lagi mengosongkan semuanya.
Header email Gmail dan Outlook: di mana menemukannya
Di Gmail, buka pesan, gunakan menu tiga titik, pilih “Tampilkan asli”, lalu salin blok header di bagian atas. Di Outlook, cari properti atau detail pesan (di Outlook klasik: File, lalu Properties; di Outlook baru: View, lalu View message details). Nama menu berubah antarversi, dan sebagian besar aplikasi email lain punya opsi serupa untuk melihat sumber pesan.
Kartu Pengirim asli: siapa yang mengirim
Tiga alamat bisa berbeda, dan perbedaan itulah bagian yang berguna. Return-Path adalah tujuan email pantulan dan ditetapkan oleh server yang benar-benar mengirim pesan. From adalah nama dan alamat yang tampil di kotak masuk Anda. Reply-To adalah tujuan balasan Anda, dan Sender muncul ketika pesan dikirim atas nama alamat From. Kartu ini juga menampilkan IP publik pertama dalam rute.
Dua catatan bisa muncul di bawahnya. “From dan Return-Path berada di domain yang sama” adalah kasus yang diharapkan. “From dan Return-Path berada di domain yang berbeda” adalah tanda untuk melihat lebih teliti, meski layanan newsletter dan milis memang melakukannya secara sah. “Balasan dikirim ke domain yang berbeda dari domain di From” layak dilihat dua kali sebelum Anda membalas.
Hasil SPF, DKIM, dan DMARC
Kartu Autentikasi menampilkan tiap pemeriksaan sebagai lencana, beserta properti yang tercatat seperti smtp.mailfrom, header.d, dan header.from. SPF menanyakan apakah server pengirim diizinkan mengirim atas nama domain, DKIM apakah pesan ditandatangani dan tanda tangannya valid, dan DMARC apakah kebijakan domain itu sendiri menerima pesan.
- Lulus: server penerima menjalankan pemeriksaan dan hasilnya berhasil.
- Gagal: pemeriksaan gagal; server tidak diizinkan atau tanda tangan tidak cocok.
- Gagal ringan: hanya untuk SPF; server kemungkinan tidak diizinkan, tetapi domain tidak menuntut penolakan.
- Netral: domain tidak menyatakan apa pun.
- Tidak ada: domain tidak menerbitkan apa pun untuk dicocokkan.
- Kesalahan sementara dan Kesalahan permanen: server tidak dapat menyelesaikan pemeriksaan, misalnya karena pencarian DNS kehabisan waktu atau rekamannya rusak.
- Kebijakan: hasil ditentukan oleh kebijakan server penerima sendiri.
- Belum diverifikasi: ada tanda tangan DKIM, tetapi tidak ada server yang mencatat hasilnya.
- Tidak ditemukan: header tidak memuat hasil untuk pemeriksaan itu.
Hasil diambil dari header Authentication-Results paling atas, termasuk gaya Outlook tanpa ID server. Jika tidak ada, SPF beralih ke Received-SPF dan DKIM ke header DKIM-Signature.
Rute email: membaca baris Received
Setiap server yang menangani pesan menambahkan baris Received di bagian atas. Kartu Rute membalik urutannya sehingga lompatan paling lama tampil pertama, dan untuk tiap lompatan menunjukkan server pengirim (dari), alamat IP-nya, server penerima (oleh), protokol, waktu dalam UTC, serta berapa lama setelah lompatan sebelumnya. Baris ringkasan memuat jumlah server dan total waktu dalam perjalanan.
Jeda panjang di antara dua lompatan menunjukkan di mana pesan menunggu, misalnya di antrean atau filter spam. Tampilkan nilai mentah memperlihatkan teks header yang persis di bawah tiap baris.
Yang tidak bisa dilakukan alat ini
Alat ini tidak memverifikasi tanda tangan dan tidak mencari apa pun di DNS. Ia melaporkan hasil yang ditulis server email penerima ke dalam header. Pesan palsu bisa tiba dengan baris Authentication-Results palsu, sehingga hanya baris paling atas, yang ditambahkan penyedia Anda sendiri, yang dapat dipercaya; baris sebelumnya ditulis pihak lain dan bisa dipalsukan. Alat ini tidak menjamin pesan aman atau tidak aman, dan tidak mencari lokasi sebuah alamat IP.
Header Anda dibaca di browser Anda. Tidak ada yang diunggah atau disimpan. Header yang terpotong atau cacat ditangani tanpa kesalahan: baris yang terlipat serta nama dan subjek yang dikodekan didekode, dan pembacaan berhenti di baris kosong sebelum isi pesan.
Pertanyaan yang sering diajukan
Bagaimana cara cek header email?
Salin blok header lengkap dari pesan, tempel ke “Header email mentah”, lalu tekan “Analisis header”. Layar hasil menyusun baris yang penting: kartu “Pengirim asli” (Return-Path, From, Reply-To), kartu “Autentikasi” (SPF, DKIM, DMARC), dan kartu “Rute” dengan setiap server yang dilalui pesan. “Tampilkan nilai mentah” memperlihatkan teks header persis di balik tiap baris.
Di mana menemukan header email di Gmail atau Outlook?
Di Gmail, buka pesan, gunakan menu tiga titik, pilih “Tampilkan asli”, lalu salin blok header di atas. Di Outlook, cari properti atau detail pesan (File, lalu Properties, di Outlook klasik; View, lalu View message details, di yang baru). Nama menu berubah antarversi.
Bagaimana cara melihat header email di Gmail dan asal email sebenarnya?
Di Gmail, header dibuka lewat “Tampilkan asli”. Untuk mengetahui asalnya, lihat Return-Path dan “IP publik pertama dalam rute” pada kartu “Pengirim asli”. Return-Path ditetapkan oleh server yang benar-benar mengirim pesan, dan IP publik pertama adalah alamat luar paling awal di baris Received. Keduanya bisa milik layanan email, bukan orangnya, dan pesan palsu bisa memalsukan baris yang dibawanya sejak awal, jadi anggap keduanya petunjuk, bukan bukti.
Bisakah saya menemukan IP pengirim email dari header?
Sering kali sebuah IP terlihat, tetapi tidak selalu milik pengirim sendiri. Alat ini mendaftar alamat IP di setiap baris Received dan menandai yang pertama bersifat publik. Ketika seseorang mengirim lewat Gmail, Outlook, atau layanan newsletter, alamat itu milik server email, bukan ponsel atau komputernya. Alat ini tidak mencari lokasi sebuah IP.
Bagaimana mengetahui email dipalsukan (spoofing)?
Bandingkan identitasnya dan baca hasil autentikasi. Catatan peringatan muncul ketika From dan Return-Path berada di domain berbeda, atau ketika balasan dikirim ke domain yang berbeda dari domain di From. Lalu lihat SPF, DKIM, dan DMARC: “Gagal” pada DMARC untuk pesan yang mengaku dari bank atau orang yang Anda kenal adalah tanda bahaya. Domain berbeda itu wajar pada newsletter, jadi gunakan catatan itu sebagai dorongan untuk memeriksa lebih teliti, bukan putusan.
Apa arti SPF gagal ringan?
Gagal ringan berarti catatan SPF domain pengirim menyatakan server yang mengantarkan pesan kemungkinan tidak diizinkan, tetapi tidak menuntut agar pesan ditolak. Server penerima sering tetap menerima email seperti ini dan menandainya, jadi gagal ringan adalah peringatan, bukan bukti pemalsuan. “Gagal” adalah hasil yang lebih ketat, dan “Netral” berarti domain tidak menyatakan apa pun.
Mengapa header menampilkan “Belum diverifikasi”, “Tidak ada”, atau “Tidak ditemukan”?
“Belum diverifikasi” berarti ada tanda tangan DKIM tetapi tidak ada server yang mencatat hasilnya. “Tidak ada” berarti domain tidak menerbitkan apa pun untuk dicocokkan. “Tidak ditemukan” berarti header sama sekali tidak memuat hasil untuk pemeriksaan itu, yang terjadi ketika server penerima tidak mencatatnya atau ketika hanya sebagian header yang ditempel. “Kebijakan”, “Kesalahan sementara”, dan “Kesalahan permanen” adalah hasil yang ditulis server sendiri.
Apakah baris Authentication-Results di header bisa dipercaya?
Hanya yang paling atas, yang ditambahkan penyedia email Anda sendiri. Baris dari bagian awal rute ditulis oleh server lain dan bisa dipalsukan oleh pengirim pesan. Alat ini membaca baris itu apa adanya; ia tidak memeriksa tanda tangan atau menanyakan DNS sendiri, melainkan melaporkan apa yang sudah diputuskan penyedia Anda.
Apakah alat ini gratis, dan apakah header saya diunggah?
Alat ini gratis dan tidak memerlukan akun. Header dibaca di browser Anda dan tidak diunggah maupun disimpan. Teks yang ditempel dibatasi 200.000 karakter, jauh lebih banyak daripada blok header biasa.
