Baca header sebuah pesan
Setiap email membawa header tersembunyi: catatan tiap server yang dilewatinya, ditulis dari yang terbaru lebih dulu. Alat ini mengubahnya menjadi sebuah jalur lengkap dengan waktunya, jadi pertanyaan “kenapa pesan ini butuh empat jam?” punya jawaban yang bisa Anda tunjuk.
- Berjalan sepenuhnya di peramban Anda
- Berfungsi tanpa koneksi
- Tanpa unggah
- Tanpa pendaftaran
- Tanpa watermark
Memuat alat…
Cara kerjanya
- Salin header-nya: “Tampilkan asli” di Gmail, File → Properti → Header Internet di Outlook, Ctrl+U di Thunderbird.
- Tempel di atas lalu tekan “Analyse” (analisis).
- Baca jalurnya dari atas ke bawah — baris 1 adalah server pertama yang menangani pesannya — lalu cari hop (satu langkah dari server ke server) tempat keterlambatannya melonjak.
Kenapa tidak ada yang diunggah
Semua yang dikerjakan halaman ini dijalankan oleh kode di dalam tab peramban Anda, memakai mesin yang sama dengan yang menampilkan halaman web. File dibaca dari disk ke memori tab Anda, diolah di sana, lalu ditulis kembali sebagai unduhan. File itu tidak pernah dikirim ke mana pun — tidak ke kami, tidak ke pihak ketiga.
Buktikan sendiri
- Buka alat pengembang peramban Anda (F12) lalu pilih tab “Network” (Jaringan).
- Muat file Anda dan jalankan alatnya.
- Permintaan yang akan Anda lihat hanya mengambil kode alat itu sendiri — dan, pada beberapa alat berat, mesin sumber terbukanya dari CDN publik — ditambah satu ping kunjungan halaman yang kecil ke loreatec.jp (alamat dan judul halaman, tidak lebih). Tidak satu pun membawa file Anda.
Pertanyaan yang sering diajukan
Jalurnya terbaca terbalik. Kenapa begitu?
Karena setiap server menambahkan baris Received-nya di bagian atas, jadi yang terbaru berada paling awal di filenya. Halaman ini membalik urutannya untuk Anda: baris 1 adalah server pertama yang menangani pesannya, dan baris terakhir adalah yang mengantarkannya ke kotak surat.
Satu hop makan waktu sembilan menit. Apa artinya?
Pesannya menunggu di sebuah antrean. Penyebab yang biasa adalah “greylisting”: server penerima sengaja menolak percobaan pertama dari pengirim yang belum dikenalnya dan baru menerima saat dicoba ulang. Itu memakan waktu antara lima menit sampai satu jam, dan tidak bisa terlihat di mana pun selain di sini. Keterlambatan panjang pada hop yang sama setiap kalinya biasanya berarti penerimanya kelebihan beban, atau sengaja memperlambat email yang masuk.
Kenapa sebuah keterlambatan bisa bernilai negatif?
Karena kedua server tidak sepakat soal waktunya. Server email dengan jam yang sedikit salah itu biasa terjadi dan tidak berbahaya dengan sendirinya; itu baru menjadi masalah kalau selisihnya cukup besar sampai membuat waktunya tidak berguna, atau membuat tanda tangan kedaluwarsa.
Apa bedanya alat ini dengan tes pesan lengkap?
Halaman ini bekerja tanpa koneksi dan hanya membaca apa yang sudah tertulis di header-nya, termasuk hasil SPF, DKIM, dan DMARC yang sudah ditentukan server penerimanya sendiri. Untuk memeriksa ulang tanda tangan itu sendiri dibutuhkan kunci publiknya, yang tersimpan di DNS — itulah yang dikerjakan tes pesan online: pembacaan yang sama, ditambah pemeriksaannya.