Email Spam Tester

Alat gratis

Analisis Header Email

Tempel header pesan yang Anda terima. Anda akan melihat rute yang dilalui, berapa lama pesan tertahan di setiap hop, serta keputusan server penerima tentang SPF, DKIM, dan DMARC.

Cara menemukan header: Gmail ⋮ → Tampilkan versi asli · Outlook ⋯ → Lihat → Lihat detail pesan · Apple Mail Lihat → Pesan → Semua HeaderCoba contoh

Header berisi alamat IP dan alamat email. Header dibaca dalam memori untuk membuat hasil dan tidak disimpan, di-cache, atau dicatat dalam log.

Membaca rute email dari bawah ke atas

Setiap server yang menangani pesan menambahkan baris Received di atas baris yang sudah ada. Karena itu, hop paling awal berada di bagian bawah dan hop terakhir, yaitu penyedia mailbox Anda sendiri, berada di bagian atas. Penganalisis mengubahnya menjadi daftar sesuai urutan perjalanan pesan, lengkap dengan waktu saat setiap server menyatakan telah menerimanya dan jeda sejak hop sebelumnya.

Jeda beberapa detik adalah hal yang normal. Jeda beberapa menit biasanya berarti pesan tertahan dalam antrean karena penerima meminta percobaan ulang greylisting, relay sedang sibuk, atau filter keluar milik pengirim menahannya. Waktu terlihat mundur? Salah satu server menggunakan waktu yang keliru.

Authentication-Results mana yang dapat dipercaya

Authentication-Results (RFC 8601) adalah tempat server penerima mencatat hasil SPF, DKIM, DMARC, dan terkadang ARC. Sebuah pesan dapat memuat beberapa baris ini, tetapi hanya baris yang ditambahkan oleh server yang mengirimkannya kepada Anda yang berlaku. Semua baris di bawahnya ditulis sebelum penyedia Anda menerima pesan, oleh server yang tidak perlu Anda percayai, dan pengirim dapat menuliskan apa pun di sana.

Penganalisis menggunakan hasil paling atas sebagai keputusan dan mencantumkan hasil lainnya secara terpisah. Di sampingnya, Anda melihat tiga domain yang menentukan penyelarasan: domain From, domain DKIM d=, dan domain Return-Path yang digunakan untuk pemeriksaan SPF. DMARC hanya lolos jika SPF atau DKIM lolos untuk domain yang cocok dengan domain From. Membandingkan ketiganya sering kali menjelaskan penyebab kegagalan.

Tempat menemukan header email

Di Gmail, buka pesan, klik tiga titik di samping Balas, lalu pilih Tampilkan versi asli. Di Outlook versi web, buka pesan, pilih Tindakan lainnya, lalu Tampilkan dan Lihat detail pesan. Di aplikasi desktop Outlook, pilih File, lalu Properti, dan kotak bernama Header Internet. Di Apple Mail, pilih Lihat, Pesan, Semua Header. Salin semuanya sampai baris kosong pertama, yaitu tempat isi pesan dimulai. Jika Anda menempelkan seluruh pesan, isi pesan akan dipotong sebelum analisis.

Header berisi alamat IP dan alamat email. Data tersebut dibaca di memori untuk membuat hasil dan tidak disimpan, di-cache, atau dicatat dalam log.

Uji pesan email sebenarnya

Setiap alat ini memeriksa satu bagian konfigurasi Anda. Pengujian lengkap membaca email itu sendiri: kirim satu pesan ke alamat sekali pakai dan dapatkan hasil SPF, DKIM, dan DMARC sebagaimana dievaluasi oleh penerima, blacklist, konten, kedua skor spam, serta rencana perbaikan. Tambahkan uji penempatan inbox untuk melihat folder tempat email masuk di Gmail, Outlook, Yahoo, dan penyedia lain.

Uji email AndaLihat contoh laporan

Pertanyaan

Bagaimana cara membaca header email?

Mulai dari baris Received paling bawah, lalu bergerak ke atas. Itulah urutan server menangani pesan. Kemudian lihat baris Authentication-Results yang ditambahkan oleh penyedia Anda sendiri, yaitu baris paling atas, untuk mengetahui hasil SPF, DKIM, dan DMARC.

Mengapa DKIM lolos tetapi DMARC gagal?

DMARC memerlukan tanda tangan DKIM yang lolos dengan domain d= yang cocok dengan domain From, atau pemeriksaan SPF yang lolos untuk domain Return-Path yang cocok dengannya. Tanda tangan dari domain milik platform pengiriman Anda dapat lolos DKIM tetapi tetap tidak berpengaruh pada DMARC. Penganalisis menampilkan ketiga domain secara berdampingan agar ketidakcocokannya terlihat.

Panduan lengkap: DMARC fail

Apa arti jeda panjang antara dua hop?

Pesan menunggu di server tempat jeda dimulai. Penyebab umumnya adalah greylisting, yaitu penerima meminta pengirim mencoba lagi nanti, antrean keluar yang penuh, atau filter yang memindai email sebelum meneruskannya. Satu jeda selama beberapa menit jarang menjadi masalah keterkiriman. Jeda tersebut menjelaskan mengapa pesan terlambat tiba.

Apakah header email dapat dipalsukan?

Semua yang ditulis pengirim dapat dipalsukan. Baris Received di bawah baris milik penyedia Anda dan baris Authentication-Results lama dapat dibuat-buat. Data yang ditambahkan penyedia Anda di bagian atas tidak dapat dipalsukan, dan penyedia Anda dapat memeriksa tanda tangan DKIM terhadap kunci publik pengirim. Penganalisis tidak memverifikasi tanda tangan secara langsung. Penganalisis membaca keputusan penyedia Anda dari baris paling atas.

Apa itu ARC di header email?

ARC (RFC 8617) memungkinkan layanan penerusan, seperti milis atau alamat penerusan, mencatat hasil autentikasi yang dilihatnya sebelum layanan tersebut mengubah pesan. Penerima akhir kemudian dapat memutuskan untuk memercayai catatan itu ketika penerusan merusak SPF atau DKIM.

Bisakah saya menguji pesan sebelum mengirimnya?

Ya. Header baru tersedia setelah pesan dikirim ke suatu tujuan. Untuk memeriksa kampanye atau email transaksional sebelum diterima siapa pun, kirimkan ke alamat pengujian di halaman utama. Anda akan mendapatkan hasil ini beserta pemeriksaan blacklist, konten, tautan, dan aturan pengirim massal dalam satu laporan.

Common errors

Alat gratis lainnya

Pemeriksa SPFSintaks, rantai include, dan batas sepuluh lookup.Cek DMARCPeriksa kebijakan, alignment, dan penerima laporan.Cek DKIMKunci yang dipublikasikan untuk selector: jenis, ukuran, dan flag.Cek Blacklist EmailBlacklist IP dan domain, per daftar.Analisis Header Email Anda di siniRute, penundaan, dan hasil autentikasi.Cek MX BaruServer email, prioritas, dan target yang rusak.Pemeriksa BIMI BaruRecord, logo, sertifikat, dan kebijakan DMARC.