Lihat dari mana e-mel itu sebenarnya datang, tanpa membaca pengepala mentah

Tampal blok pengepala daripada Gmail, Outlook, Zoho atau notis Shopee. Anda dapat senarai hop, kelewatan yang penting, dan tiga keputusan pengesahan dalam bahasa mudah.

🔒 100% dalam pelayar · tiada muat naik ke pelayan

Peraturan Malaysia & kes luar biasa

Pengepala e-mel ialah sampul surat, bukan suratnya. Ia merekodkan pelayan mana yang membawa mesej, bila setiap satu menerimanya, dan apa yang diperiksa oleh pelayan penerima. Semua di bawah dibaca daripada teks yang ditampal sahaja.

PengepalaApa yang diberitahunya
ReceivedSetiap pelayan yang mengendalikan mesej, terbaharu dahulu. Yang paling bawah ialah tempat mesej masuk ke internet.
Return-PathTempat mel pantul pergi — penghantar sampul. Ia selalunya berbeza daripada From, dan itu sahaja bukan bukti pemalsuan.
Authentication-ResultsKeputusan pelayan penerima sendiri bagi SPF, DKIM dan DMARC. Alat ini memetiknya, dan tidak membuat andaian di luarnya.
Message-IDID unik yang diberi oleh sistem penghantar. Notis sistem sebenar hampir selalu membawanya.
X-Spam-StatusSkor penapis penerima. Yes bermaksud mesej itu sudah ditanda.
  • SPF bertanya siapa yang boleh menghantar. Adakah pelayan ini dibenarkan menghantar mel bagi domain itu? softfail bermaksud domain berkata “mencurigakan, tetapi tidak terlarang”, sebab itu ia dilaporkan sebagai gagal dengan perkataan asalnya dikekalkan.
  • DKIM bertanya sama ada tandatangan itu masih sah. Domain penghantar menandatangani mesej; gagal bermaksud kandungan tidak lagi sepadan dengan tandatangan, atau kunci itu bukan miliknya.
  • DMARC bertanya sama ada dasar domain sendiri menerimanya, dan sama ada domain From selari dengan apa yang disahkan SPF atau DKIM. Hanya yang ini bercakap bagi nama yang anda lihat dalam peti mel.
  • Lulus bukan jaminan. Penipu yang menghantar dari domain miliknya sendiri lulus ketiga-tiganya. Pengesahan membuktikan domain mana yang menghantar, bukan sama ada tawarannya jujur.
  • Tiada bermaksud tiada. Apabila tiada pengepala menyatakan keputusan, laporan menulis “tidak dinyatakan dalam pengepala ini”. Ia tidak sekali-kali merumuskan DMARC daripada SPF dan DKIM, kerana penjajaran ditentukan oleh pelayan penerima menurut dasar yang tidak kelihatan di halaman ini.
  • Pemajuan mel memecahkan SPF, bukan DKIM. Mesej yang dimajukan sering menunjukkan spf=fail dengan dkim=pass. Itu biasa, dan itulah kes yang menyebabkan DMARC dicipta.
  • Kelewatan diambil daripada cap masa. Jurang negatif bermaksud dua pelayan tidak sependapat tentang jam, jadi halaman menyatakan kelewatan itu anggaran dan bukan nombor negatif.
  • Setiap penyedia berbeza ayat. Zoho, Google Workspace, Microsoft 365, Exabytes dan Shinjiru semuanya menambah Authentication-Results; alat ini membaca perkataannya, bukan jenamanya.

Sebelum dan selepas

Sebelum

Received: from mail-sor-f41.google.com (mail-sor-f41.google.com. [209.85.220.41])
	by mx.zoho.com with ESMTPS id 4Xy2Kq; Tue, 10 Nov 2026 09:14:03 +0800
Received: from [10.0.0.12] (unknown [10.0.0.12])
	by mail-sor-f41.google.com with ESMTPSA id 9z8y7x; Tue, 10 Nov 2026 09:14:01 +0800
Authentication-Results: mx.zoho.com; spf=pass smtp.mailfrom=kedaikopi.my;
	dkim=pass header.d=kedaikopi.my; dmarc=pass header.from=kedaikopi.my
Return-Path: <sales@kedaikopi.my>
From: "Kedai Kopi Segamat" <sales@kedaikopi.my>
Reply-To: <sales@kedaikopi.my>
Date: Tue, 10 Nov 2026 09:13:55 +0800
Message-ID: <CAJ8x1k2mN4pQ@kedaikopi.my>
Subject: Pesanan #KK-1042 sudah dihantar

Selepas

2 hop · 2s dalam perjalanan

PENGESAHAN (hanya apa yang dinyatakan pengepala ini)
SPF    lulus
DKIM   lulus
DMARC  lulus

LALUAN PENGHANTARAN (terbaharu dahulu)
1. mail-sor-f41.google.com → mx.zoho.com (ESMTPS)
   Tue, 10 Nov 2026 09:14:03 +0800 · +2s
2. [10.0.0.12] → mail-sor-f41.google.com (ESMTPSA)
   Tue, 10 Nov 2026 09:14:01 +0800
Kelewatan terbesar: 2s, antara hop 2 (mail-sor-f41.google.com) dan hop 1 (mx.zoho.com)
Jumlah masa perjalanan: 2s

SIAPA PENGHANTARNYA
  From: sales@kedaikopi.my
  Return-Path: sales@kedaikopi.my (sepadan)
  Reply-To: sales@kedaikopi.my (sepadan)
  Message-ID: <CAJ8x1k2mN4pQ@kedaikopi.my>

PERKARA UNTUK DITELITI
  - tiada apa ditanda

Dianalisis dalam pelayar ini. Tiada apa dimuat naik, dan tiada pengepala dihantar ke mana-mana.

Cara ia berfungsi

  1. Buka pengepala penuh dalam aplikasi mel anda — Gmail: Tunjukkan asal, Outlook: Lihat › Butiran mesej, Zoho: Lain-lain › Tunjukkan pengepala — dan salin dari baris Received pertama hingga baris pengepala terakhir.
  2. Tampal dalam kotak kiri. Laporan muncul di kanan: senarai hop terbaharu dahulu, kelewatan terbesar, jumlah masa perjalanan, dan tiga keputusan pengesahan.
  3. Baca “Perkara untuk diteliti” dahulu, kemudian tekan Salin hasil untuk menyimpan laporan, atau tukar format kepada baris CSV untuk hamparan.

Soalan lazim

Bagaimana saya mendapatkan pengepala daripada Gmail, Outlook atau Zoho?

Gmail di web: buka mesej, klik tiga titik, pilih “Tunjukkan asal”, kemudian “Salin ke papan keratan”. Outlook di web: buka mesej, klik anak panah di sebelah Balas dan pilih “Lihat” › “Butiran mesej”. Outlook desktop: Fail › Sifat › Pengepala Internet. Zoho Mail: tiga titik di atas mesej › “Tunjukkan pengepala”. Pada telefon, pengepala biasanya di sebalik menu yang sama; jika aplikasi tidak dapat menunjukkannya, buka mesej itu di komputer.

SPF, DKIM dan DMARC semuanya lulus — adakah e-mel itu selamat?

Tidak. Pengesahan membuktikan mesej itu benar-benar datang dari domain yang didakwanya, dan tidak diubah dalam perjalanan. Ia tidak berkata apa-apa tentang sama ada tawaran di dalamnya jujur: penipu yang menghantar dari domain yang dia beli lulus ketiga-tiganya. Baca keputusan itu bersama alamat penghantar dan kandungan mesej.

Mengapa tertulis “tidak dinyatakan dalam pengepala ini”?

Kerana tiada pengepala dalam blok itu merekodkan pemeriksaan tersebut. Sesetengah pelayan dalaman tidak menambah Authentication-Results langsung, dan mel yang dimajukan boleh kehilangannya. Alat ini melaporkan apa yang tertulis dan enggan meneka — merumuskan DMARC daripada SPF dan DKIM ialah tekaan tentang dasar yang tidak dapat dibaca di halaman ini.

From dan Return-Path berbeza domain. Adakah itu pemalsuan?

Belum tentu. Senarai mel, penghantar pukal dan platform e-dagang memang biasa menghantar dengan penghantar sampul yang berbeza, sebab itu laporan menunjukkan kedua-dua domain dan bukan satu keputusan. Ia menjadi mencurigakan apabila From mendakwa dirinya bank, platform e-dagang atau agensi kerajaan, dan DMARC pula gagal.

Adakah e-mel saya dimuat naik ke suatu tempat?

Tidak. Halaman ini JavaScript statik tanpa panggilan rangkaian: teks pengepala dihuraikan dalam tab dan tidak pernah meninggalkannya. Tiada permintaan ke laman ini, tiada titik akhir analitik dan tiada hos pihak ketiga, sebab itu juga alat ini berfungsi walaupun rangkaian dimatikan.