Cara memakai
- Buka email di program email Anda, cari header asli atau lengkapnya, lalu salin dari baris pertama sampai baris kosong.
- Tempel ke Header mentah. Halaman ini membacanya di peramban Anda.
- Baca Hop berurutan dari hop pertama ke terakhir, dan kolom Jeda untuk waktu setiap hop.
- Baca Hasil SPF, Hasil DKIM dan Hasil DMARC. Lulus berwarna hijau; hasil lain berwarna merah.
Cara email mencatat rutenya
Setiap server yang menangani email menambahkan baris Received di bagian atas header (RFC 5321, bagian 4.4). Baris itu menyebut host tempat ia menerima (from), host tempat email diteruskan (by), protokolnya (with), dan tanggal setelah titik koma (RFC 5322, bagian 3.6.7). Dibaca dari bawah, baris-baris itu memberi rute sesuai urutannya.
- Jeda sebuah hop adalah waktunya dikurangi waktu hop sebelumnya, dibaca dari bawah ke atas.
- Jam server bisa keliru, sehingga jeda yang negatif atau panjang sama banyaknya menceritakan tentang jam seperti halnya tentang jaringan.
Alamat dan penyelarasan
From adalah alamat penulis. Return-Path adalah tempat pantulan dikirim, dan itu adalah alamat yang diperiksa SPF (RFC 5322, bagian 3.6.2 dan 3.6.7). DMARC membandingkan domain From dengan domain yang diperiksa SPF atau DKIM. Di bawah penyelarasan longgar, yaitu nilai bawaan, keduanya cukup berbagi domain organisasi; di bawah penyelarasan ketat, keduanya harus nama yang sama (RFC 7489, bagian 3.1 dan 3.1.1). Reply-To adalah tempat balasan dikirim ketika diatur (RFC 5322, bagian 3.6.2).
Hasil autentikasi
Server penerima mencatat pemeriksaannya dalam header Authentication-Results. Kata pertamanya adalah authserv-id server itu, dan setiap hasil berupa metode dengan nilai, seperti spf=pass, dkim=pass atau dmarc=pass (RFC 8601, bagian 2.2 dan 2.7). Received-SPF adalah header yang lebih lama yang mencatat satu pemeriksaan SPF (RFC 7208, bagian 9.1).
Contoh: email melalui tiga server
Header contoh menunjukkan email dari client.example.net yang melewati relay.example.net dan mx.example.org sebelum sampai ke mail.example.net. Dibaca dari bawah, ketiga baris Received tercatat pada pukul 09.59.21, 10.00.03 dan 10.02.14, sehingga hop kedua memakan 42 detik dan hop ketiga 2 menit 11 detik.
Header Authentication-Results melaporkan spf=pass, dkim=pass dan dmarc=pass untuk example.net. Balasan dikirim ke [email protected], domain lain, yang ditandai halaman ini karena balasan yang keluar dari domain pengirim layak diperiksa.
| Besaran | Nilai |
|---|---|
| Baris Received | 3 |
| Waktu dari hop pertama ke hop terakhir | 2 mnt 53 dtk |
| SPF | pass (example.net) |
| Reply-To | Balasan dikirim ke example.org, bukan example.net. Periksa apakah ini disengaja (RFC 5322, bagian 3.6.2). |
Pertanyaan yang sering diajukan
Mengapa hop berurutan terbalik dari baris Received?
Setiap server menaruh baris Received-nya di bagian atas, sehingga hop terbaru ada di urutan pertama dalam header (RFC 5321, bagian 4.4). Halaman ini membaliknya, sehingga baris pertama adalah server tempat email keluar.
Bisakah saya memercayai baris Received?
Setiap server menulis barisnya sendiri, tetapi nama dan alamat di dalamnya adalah yang dilaporkan server itu, dan pengirim bisa menambahkan baris sendiri. Baris di bagian atas ditambahkan paling baru, oleh server yang paling dekat dengan Anda, dan paling layak mendapat perhatian.
Apa arti jeda yang negatif?
Hop yang tercatat lebih awal daripada hop sebelumnya berarti jam dua server tidak sama, atau zona waktu dibaca dengan salah. Itu tanda kesalahan jam, bukan tanda jaringan yang lebih cepat.
Apa itu Authentication-Results?
Itu adalah header yang ditambahkan server penerima untuk menyatakan apa yang diperiksanya, seperti SPF, DKIM dan DMARC, serta hasil tiap pemeriksaan (RFC 8601). Kata pertamanya menyebut server itu, dan hanya header dari server penerima Anda sendiri yang layak dipercaya (bagian 2.5).
Mengapa domain Reply-To penting?
Balasan dikirim ke Reply-To ketika diatur, dan ke From jika tidak (RFC 5322, bagian 3.6.2). Jika ia menyebut domain lain, balasan keluar dari domain tempat pesan berasal. Itu tidak salah dengan sendirinya, tetapi layak diperiksa.
Apakah alat ini mengirim header saya ke suatu tempat?
Tidak. Header dibaca di peramban Anda. Tidak ada yang dikirim atau disimpan.
Sumber
- RFC 5322: Internet Message Format (dalam bahasa Inggris)
- RFC 5321: Simple Mail Transfer Protocol, informasi jejak (dalam bahasa Inggris)
- RFC 8601: Message Header Field for Indicating Message Authentication Status (dalam bahasa Inggris)
- RFC 7208: Sender Policy Framework, SPF (dalam bahasa Inggris)
- RFC 7489: DMARC (dalam bahasa Inggris)
Angka dan teks terakhir diperiksa pada Selasa, 10 November 2026.