Penganalisis header email
Tempel header mentah untuk mendiagnosa penundaan dan bukti otentikasi.
Data Anda
Hasil Anda
Siap kapan pun Anda butuhkanHasil Anda akan muncul di sini.
Cara kerja
Unfolded pased email headers, extrats message details and reported SPF, DKIM and DMARC resulted, and display Received hops with UTC timestamps and alside interval. Medan yang berulang dipertahankan. Pelajari bagaimana mengambil tajuk: https://support.google.com/mail/answer/29436?hl=en. Bandingkan alur kerja dengan Google Admin Toolbox: https://toolbox.googleapps.com/apps/messageheader/.
Beberapa hal yang perlu diketahui
Hasil yang dilaporkan adalah bukti yang tidak dipercaya, bukan pemeriksaan otentikasi baru. Tak ada permintaan jaringan, pencarian DNS, verifikasi tanda tangan, geolokasi, spam nilai atau jaminan inbox. Waktu membutuhkan empat puluh digit tahun dan zona waktu numerik; tidak diketahui -0000 zona, zona bernama, lompatan detik dan tanggal tidak diketahui. Kata-kata yang dikodekan dengan set karakter peramban yang didukung; salah bentuk atau kata yang tidak didukung tetap mentah. Ini adalah pembaca header praktis, bukan lengkap RFC validator. Data header mungkin termasuk alamat pribadi atau rincian infrastruktur.
Kapan memakai alat ini
Header email asli berisi routing sejarah dan kurator-dilaporkan rincian otentikasi bahwa tampilan pesan normal menyembunyikan. Analyzer ini membuka baris header, mengekstrak ruas kunci dan menunjukkan Diterima hops dalam urutan kronologis dengan penanda waktu UTC di mana parsing memungkinkan. Menggunakannya untuk mengatur penyelidikan pengiriman atau membandingkan domain yang dilaporkan. Ia membaca bukti yang diberikan; ia tidak mengotorisasi pesan lagi atau menentukan apakah isinya aman.
- Inspeksi melaporkan SPF, DKIM dan hasil DMARC dari pesan asli.
- Bandingkan penanda waktu relay ketika menyelidiki penundaan.
- Decode sebuah terkode didukung subjek dan review daerah yang terkait dengan sender-.
Bagaimana menggunakan penganalisa header surel
Salin header asli
Ambil tampilan header penuh dari layanan email Anda dan tempelkan ke tajuk surel Asli. Pertahankan baris kelanjutan yang terlipat. Tubuh pesan setelah baris kosong pertama diabaikan; hingga 500 KB didukung.
Inspeksi ruas pesan dan otentikasi
Ulasan Dari, Kembali-Path, Pesan-ID dan laporan keaslian Hasil. Medan yang berulang dipertahankan. Bandingkan domain dan catat yang menerima layanan klaim telah menambahkan hasil otentikasi.
Tinjau rute hati-hati
Baca tabel hop dan berdekatan dengan interval UTC. Penanda waktu tak dikenal atau tak valid tetap tak diketahui. Perlakukan interval negatif dan hilang hop sebagai batas bukti, dan berkonsultasi dengan layanan penerima atau penyedia ketika log tambahan diperlukan.
Baca interval relay cuplikan
Masukan
Gunakan tajuk yang diberikan dengan dua baris Diterima: pengirim untuk relay di 13:00:00 +0100, kemudian relay ke inbox di 12:00:05 +0000 nyala 10 Oktober 2026.
Hasil
Analisa membaca sembilan bidang, dua Diterima hop dan satu laporan otentikasi. Interval rute adalah lima detik setelah normal zona waktu. Subyek yang dikodekan menjadi Halo.
Apa artinya
13:00 +0100 adalah 12:00 UTC, sehingga yang direkam adalah lima detik terpisah. Interval itu antara relay rekaman, bukan pengukuran waktu penuh dari menyusun pesan ke tampilan inbox.
Kesalahan umum untuk dihindari
Mempercayai setiap ruas otentikasi yang ditempelkan
Header dapat ditempa atau disalin. Sebuah lulus ditampilkan adalah klaim dilaporkan; mengidentifikasi layanan menerima terpercaya sebelum memperlakukannya sebagai bukti yang berarti.
Membaca baris Diterima atas ke bawah sebagai urutan perjalanan
Header relay presenden baru, sehingga header asli biasanya menunjukkan hop baru pertama. Analisa menyajikan rute rekaman tertua untuk menyederhanakan perbandingan.
Memanggil waktu pengiriman interval
Hilang harapan, perbedaan jam dan pengolahan klien mempengaruhi gambar. Interval yang dilaporkan hanya mencakup parseable rekaman hop daripada setiap tahap pengiriman.
Pertanyaan yang sering ditanyakan
Definisi, kasus tepi, dan praktis langkah berikutnya untuk alat ini. Cari semua alat FAQs
Di mana saya bisa menemukan header asli?
Gunakan pesan asli layanan email Anda atau opsi full-header. Dalam Gmail, menu pesan termasuk Tampilkan asli. Salin header daripada cuplikan layar atau tampilan From / To yang biasa, karena ruas routing dan otentikasi biasanya disembunyikan dalam tampilan sederhana tersebut.
Apakah SPF lewat sini membuktikan pengirimnya asli?
Tidak. Alat ini mengekstrak hasil yang dilaporkan dari teks yang diberikan dan tidak menjalankan SPF. Hasil juga membutuhkan domain dan konteks kepercayaan. Bandingkan domain terotentikasi dengan ruas pesan lain dan konfirmasikan laporan ditambahkan oleh layanan penerimaan terpercaya Anda.
Apakah ini memverifikasi tanda tangan DKIM?
Tidak. Hal ini dapat menampilkan hasil DKIM yang dilaporkan dan menandatangani konteks terkait, tetapi tidak mengambil kunci atau secara kriptografi memverifikasi pesan tersebut. Pemeriksaan tanda tangan baru memerlukan konten ditandatangani asli dan alur kerja verifikasi yang sesuai, di luar tajuk yang tertempel.
Mengapa penanda waktu hop tidak diketahui?
Parser yang didukung mengharapkan ofset zona waktu empat digit tahun dan numerik. Zona bernama, zona waktu -0000 yang tidak diketahui, tanggal dan nilai leap-second tetap tidak diketahui. Mempertahankan ketidakpastian lebih berguna daripada menugaskan waktu UTC.
Bagaimana perbedaan zona waktu ditangani?
Ofset numerik yang didukung dikonversi ke UTC sebelum interval berdekatan dihitung. A 13:00 timestamp di +0100 dapat mendahului 12:00:05 timestamp di +0000 oleh lima detik. Galat jam masih dapat mempengaruhi timeline yang dilaporkan bahkan ketika aritmatika valid.
Mengapa Dari dan Kembali-Jalan berbeda?
Mereka adalah bidang pesan yang berbeda dan secara sah mungkin mengandung alamat yang berbeda. Analisis menunjukkan keduanya tanpa menyatakan perbedaan penipuan. Gunakan alignmen otentikasi dan konfigurasi layanan sending- Anda untuk menafsirkannya; parser sendiri tidak dapat memverifikasi siapa yang mengendalikan baik alamat.
Dapatkah mendeteksi spam, phishing atau inbox penempatan?
Tidak. Ini melakukan tidak ada spam scoring, geolocation, pemeriksaan URL atau content-klasifikasi keselamatan. Struktur dan hasil laporan dapat mendukung penyelidikan, tetapi mereka tidak menetapkan bahwa pesan aman atau menjelaskan setiap keputusan pengiriman.
Apakah data header dikirim ke layanan eksternal?
Penganalisa proses teks yang ditempelkan secara lokal dan tidak membuat permintaan DNS atau jaringan. Header mungkin masih berisi alamat pribadi dan rincian infrastruktur, jadi pertimbangkan rincian sebelum berbagi hasil disalin atau mengunduh ke dalam ruang kerja bersama.
Menjelajahi topik di blog
Sumber dan metode
Gunakan referensi di bawah ini untuk memeriksa definisi dan panduan platform. Ruang lingkup dan batas model dijelaskan di atas. Baca standar editorial kami.