Tema

Alat populer

Cek Email Aktif & Valid: Email Checker Gratis

Cek email valid atau tidak tanpa mengirim apa pun: kami bertanya ke server emailnya dan menunjukkan percakapannya kepada Anda. Atau kirim email Anda sendiri ke alamat uji untuk mendapat laporan pengiriman yang lengkap.

Sumber: DNS (MX, SPF, DMARC) · pengecekan SMTP langsung dari server kami, berhenti sebelum DATA · server email kami sendiri untuk email uji (Cloudflare Email Routing sebagai cadangan) · SpamAssassin 4

Kami bertanya ke server email alamat tersebut, seperti yang dilakukan pengirim, lalu berhenti sebelum apa pun dikirim.

Coba

Tidak ada yang dikirim ke alamat tersebut. Kami hanya mencatat domain dan kode respons; jawaban disimpan paling lama sehari dengan hash berkunci, tanpa alamatnya.

Cara verifikasi email tanpa mengirim email

Server email menyatakan apakah ia mengenal sebuah alamat sebelum pesan apa pun dikirim. Kami mengajukan pertanyaan itu, lalu menutup sambungan.

Mengirim email adalah percakapan singkat antara dua server. Pengirim menyapa (EHLO), menyebut alamat pengembalian (MAIL FROM), menyebut penerima (RCPT TO), dan baru kemudian mengirim pesan (DATA). Server penerima menjawab tiap baris dengan kode tiga digit (RFC 5321).

Kami menjalankan percakapan sampai RCPT TO dan membaca jawabannya. Lalu kami mereset (RSET), bertanya sekali lagi tentang alamat karangan di domain yang sama (kontrol), dan berpamitan dengan QUIT. DATA tidak pernah dikirim, jadi tidak ada yang sampai ke kotak masuk siapa pun, dan alamat pengembalian yang kosong berarti tidak ada yang bisa terpental.

probe.dnsrobot.netServer pengecek kami · Mumbai · 198.51.100.25mx-in.g.apple.comServer email domain · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>pengirim kosong: tidak ada yang bisa terpental kembali
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2alamat karangan di domain yang sama
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA tidak pernah dikirim: kami berhenti sebelum pesan
  11. QUIT
  1. Sintaksis1 ms
  2. Domain dan MX181 ms
  3. Daftar< 1 ms
  4. Server email1,5 s
Pengecekan nyata terhadap postmaster@apple.com, alamat peran yang wajib dimiliki setiap domain email (RFC 2142), dari server kami di Mumbai: 7 balasan dalam 1,5 s. Server menolak alamat karangan (550 5.1.1), dan itulah yang membuat jawaban ya untuk alamat sungguhan dapat dipercaya.
Hasil email checker postmaster@apple.com: dapat dikirimi, dengan percakapan SMTP dan alamat karangan sebagai kontrolHasil email checker postmaster@apple.com: dapat dikirimi, dengan percakapan SMTP dan alamat karangan sebagai kontrolVonisnyaDapat dikirimi, Tidak dapat dikirimi, Terima semua, Berisiko, atau Tidak diketahui, dengan kode respons yang menentukannya dan satu kalimat yang menjelaskan alasannya.Empat langkahSintaksis, server email domain, daftar sekali pakai dan peran, lalu server email itu sendiri, masing-masing dengan waktunya.Jawaban yang menentukanAlamat itu dan alamat karangan di domain yang sama: ya untuk yang pertama dan tidak untuk yang kedua membuat jawaban ya dapat dipercaya.PercakapannyaSetiap perintah yang dikirim server kami dan setiap balasan server email, sebagaimana terjadi, dengan kode dan waktu tiap balasan.Tidak ada yang dikirimDATA tidak pernah dikirim: percakapan berhenti sebelum ada pesan, jadi tidak ada yang sampai ke kotak masuk dan tidak ada yang bisa terpental.
Pengecekan nyata terhadap postmaster@apple.com, alamat peran yang wajib dimiliki setiap domain email: vonisnya, empat langkah, dua jawaban yang menentukan, dan seluruh percakapan SMTP, berhenti sebelum DATA. Pilih sebuah angka untuk melihat apa yang ditunjukkan tiap bagian.

Arti setiap hasil verifikator email

Lima jawaban, masing-masing terkait dengan balasan yang menghasilkannya.

Dapat dikirimi membutuhkan dua hal: jawaban ya untuk alamatnya dan jawaban tidak untuk alamat karangan di domain yang sama (atau penyedia yang terukur memeriksa setiap alamat). Tanpa jawaban kedua, ya hanyalah ya dari server yang mungkin menjawab ya kepada siapa saja.

Tidak diketahui itu jujur, bukan kegagalan: server menolak berbicara dengan server pengecek kami, meminta kami menunggu, atau tidak menjawab. Hasil ini tidak mengatakan apa-apa tentang alamatnya, jadi kami tidak pernah mengubahnya menjadi “tidak valid”.

  • Dapat dikirimi
    Alamat ini
    250
    Alamat karangan
    550

    Server mengenal alamat ini dan menolak orang asing di domain yang sama.

    Kirim.
  • Tidak dapat dikirimi
    Alamat ini
    550 5.1.1
    Atau domainnya
    null MXdomain tidak ada

    Server menyatakan kotak suratnya tidak ada, atau domainnya sama sekali tidak menerima email.

    Jangan kirim: email akan terpental.
  • Terima semua
    Alamat ini
    250
    Alamat karangan
    250

    Server menjawab ya untuk apa saja, jadi jawaban ya darinya tidak membuktikan apa-apa.

    Kirim hanya jika Anda mendapatkannya dari orangnya langsung.
  • Berisiko
    Domainnya
    daftar sekali pakai
    Atau kotak suratnya
    552penuh

    Ada, tetapi tidak akan bertahan atau saat ini tidak bisa menerima email.

    Hindari untuk apa pun yang Anda perlukan nanti.
  • Tidak diketahui
    Alamat ini
    451554tidak ada jawaban
    Atau DNS
    SERVFAIL

    Server tidak mau menjawab atau meminta kami kembali nanti. Bukan jawaban tidak.

    Cek lagi nanti, atau kirim saja.
Setiap hasil berasal dari kode respons (RFC 5321) atau fakta tentang domain, tidak pernah tebakan. Alamat peran, gratis, alias, dan operator lama adalah penanda di samping hasil, tidak pernah hasilnya sendiri.

Penyedia email mana yang bisa diverifikasi

Yang bisa diketahui dari sebuah pengecekan bergantung pada penyedianya. Kami mengukur 65 domain email, dijalankan oleh 53 penyedia, dari server kami.

Kebanyakan penyedia konsumen menolak alamat yang tidak dikenal pada RCPT, jadi pengecekan di sana dapat diandalkan. Sebagian menerima semuanya dan memilah email belakangan; Outlook.com kadang menjawab ya satu kali untuk mencegah pengumpulan alamat; beberapa menolak server yang tidak mereka kenal.

Kami tidak pernah memakai halaman pemulihan kata sandi atau pendaftaran untuk menguji alamat, seperti yang dilakukan sebagian pengecek: itu melanggar ketentuan penyedia dan persis cara penyerang menemukan akun.

Diukur dari server kami22 Oktober 2026 · 65 nama domain, 10 di antaranya perusahaan
Memeriksa setiap alamat42 nama domainAlamat yang tidak dikenal mendapat 5xx pada RCPT, jadi jawaban ya adalah ya yang sebenarnya.
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Menjawab ya untuk sebagian alamat karangan2 nama domainOutlook.com: 2 dari 12 alamat karangan pernah mendapat 250 satu kali. Kami bertanya dua kali.
  • hotmail.com
  • outlook.com
Menerima setiap alamat9 nama domainJawaban ya di sini tidak membuktikan apa-apa: server ini menerima dulu dan memilah email belakangan.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Menolak server kami untuk saat ini8 nama domainMereka ingin reverse DNS server kami cocok, maju dan mundur. Daftar error resmi Yahoo juga menunjukkan akun yang tidak dikenal terpental setelah pesan dikirim.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Greylist atau menunda3 nama domainSebuah 4xx. Fastmail memakai greylisting: pertanyaan yang sama semenit kemudian mendapat jawaban. onet.pl dan interia.pl menunda karena aturan berbatas waktu atau batas pengiriman, yang tidak berubah dengan menunggu.
  • fastmail.com
  • interia.pl
  • onet.pl
Meminta tidak dicek1 nama domainDeutsche Telekom: kami sama sekali tidak terhubung.
  • t-online.de
Perusahaan menampilkan tanda platform emailnya (Microsoft 365, Google Workspace, Proofpoint, iCloud). Jawaban sebuah perusahaan adalah pengaturannya sendiri, bukan aturan platform: microsoft.com memeriksa setiap alamat, sedangkan github.com di platform yang sama menerima alamat apa pun.

Catch-all, greylisting, dan penolakan: saat alamat tidak dapat dipastikan

Tiga cara server email menghindari menjawab, dan bagaimana masing-masing muncul dalam hasil.

Server terima semua (catch-all) menjawab 250 untuk setiap alamat, nyata atau tidak. Banyak perusahaan Microsoft 365 bekerja seperti ini tanpa menyadarinya: Directory-Based Edge Blocking hanya menolak alamat yang tidak dikenal jika domain diatur sebagai Authoritative.

Greylisting menjawab 451 kepada pengirim yang belum pernah dilihatnya, lalu menerima pertanyaan yang sama semenit kemudian (RFC 6647). Penolakan bisa terjadi di langkah mana pun sampai RCPT (milik bol.com.br terjadi pada RCPT itu sendiri), tetapi menyangkut server kami, bukan alamatnya, jadi hasilnya Tidak diketahui, bukan jawaban tidak.

Terima semua
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Keduanya mendapat jawaban ya: server tidak bisa membedakannya, jadi kami pun tidak.

Domain Microsoft 365 yang diatur sebagaiInternal relay250alamat apa punAuthoritative (Directory-Based Edge Blocking)550 5.4.1alamat yang tidak dikenal
Greylisting
0 dtk451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
tunggu minimal semenit: server yang sama, pengirim yang sama, alamat yang sama (RFC 6647)
60+ dtk250550jawaban yang sebenarnya

Fastmail melakukan ini pada kami. Hasilnya menawarkan Cek lagi setelah semenit, tidak pernah dalam putaran cepat. (onet.pl dan interia.pl juga menjawab 450, tetapi dengan aturan berbatas waktu dan batas pengiriman: itu penolakan, jadi kami tidak menawarkan menunggu.)

Penolakan: di mana setiap server menghentikan kami
terhubungsapaanEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Penolakan menyangkut server kami, bukan alamatnya, di mana pun terjadi (milik bol.com.br terjadi pada RCPT), jadi hasilnya Tidak diketahui, tidak pernah “tidak valid”.

Kode dan teks persis seperti yang dikirim server kepada server pengecek kami pada 22 Oktober 2026. Empat dari lima penolakan berkaitan dengan reverse DNS (PTR yang terkonfirmasi maju-mundur) dan akan hilang begitu record PTR server kami cocok.

Alamat email sekali pakai, peran, gratis, dan alias

Penanda menggambarkan alamat; tidak pernah menentukan hasil sendirian.

Kotak masuk peran (support@, sales@) itu nyata tetapi dipakai bersama, alamat gratis wajar untuk perorangan, alias meneruskan ke kotak masuk asli seseorang, dan alamat sekali pakai adalah kotak masuk publik yang hilang dalam beberapa jam.

Operator seluler Jepang masih memiliki alamat dengan dua titik, atau titik sebelum @. Alamat itu melanggar RFC tetapi menerima email, jadi kami bertanya ke server email tentang alamat itu persis seperti yang diketik.

supportkotak surat peran (RFC 2142)+orderssubalamat (RFC 5233)@example.comdomain yang menentukan: gratis, sekali pakai, atau alias
  • Kotak masuk peranpostmaster@support@sales@

    Kotak masuk tim: nyata dan sering dibaca, tetapi bukan alamat pribadi siapa pun. RFC 2142 menyebut yang sebaiknya dimiliki sebuah domain.

  • Penyedia gratis

    Siapa pun bisa mendaftar. Wajar untuk perorangan; tidak lazim untuk staf perusahaan sendiri.

  • Sekali pakai@mailinator.comsekitar 9.900 domain

    Kotak masuk publik yang menghilang dalam beberapa jam. Dari daftar disposable-email-domains (CC0), dicocokkan pada domain yang dapat didaftarkan.

  • Layanan alias

    Meneruskan ke kotak masuk asli yang dirahasiakan orangnya. Bukan sekali pakai: balasan sampai kepada mereka.

  • Alamat operator lamataro..yamada@docomo.ne.jp

    Tidak valid menurut RFC, tetapi masih dipakai: docomo dan au membiarkan orang mempertahankan alamat lama dengan “..” atau “.@”. Kami bertanya ke server persis seperti yang diketik.

Penanda tidak pernah menentukan hasil sendirian: kotak masuk peran bisa berstatus Dapat dikirimi, dan alias bisa berstatus Terima semua.

Cara kerja uji pengiriman email: mail tester gratis

Kirim satu email asli ke alamat uji yang hanya berlaku sekali; laporan tersusun seiring setiap bagian dicek.

Alamat uji Anda menerima satu pesan selama 2 jam. Server email kami sendiri menerimanya untuk mailtest.dnsrobot.net lewat TLS dan melihat sesi SMTP secara langsung: versi TLS, sapaan, cara server pengirim berbicara. Cloudflare Email Routing adalah jalur cadangan.

Semuanya berjalan atas apa yang benar-benar tiba: alamat yang terhubung, header yang ditambahkan layanan Anda, HTML yang akan diterima pembaca Anda. Lalu SPF, DKIM, DMARC, ARC, format, isi, header berhenti berlangganan, SpamAssassin, dan aturan penyedia kotak masuk.

  1. Aplikasi email AndaAnda menekan Kirim14:02:10
  2. Server pengirim Andalayanan email AndaSendGrid · 198.51.100.24
    Reverse DNS (PTR)Nama HELODaftar blokir
  3. Server email kamimenerimanya lewat TLSmailprobe.dnsrobot.net · TLSv1.3
    sesi SMTPVersi TLSEHLO dan pipeliningAkhir baris
    pesanSPFDKIMDMARCARCFormatIsiBerhenti berlangganan
  4. Laporan Andabagian muncul begitu dicek14:02:24
    SpamAssassinAturan Gmail · Yahoo · Outlook.comSkor
Cadangan: Cloudflare Email Routingroute1–3.mx.cloudflare.netmenerima email jika server kami mati; tidak meneruskan detail TLS
Yang terjadi pada pesan Anda
0 stiba di server email kami11 sanalisis selesai: isi dan lampiran dihapus7 hariheader, tautan, dan pratinjau dihapus (atau lebih cepat: Hapus laporan)
Contoh di halaman ini: newsletter yang dikirim lewat SendGrid. Setiap pengecekan menyala di tempatnya berlangsung: identitas server pengirim, sesi SMTP yang dilihat server kami, tanda tangan dan isi pesan, lalu SpamAssassin dan aturan penyedia kotak masuk.

Cara pengecek spam email menilai pesan Anda

Sepuluh poin, dikurangi pengurangan yang masing-masing menyebut aturannya. Apa pun yang tidak bisa kami cek tidak mengurangi poin.

Skor baru berguna jika Anda bisa melihat bagaimana skor itu dibuat, jadi seluruh tabelnya ada di sini, dihasilkan dari kode yang sama yang menilai pesan Anda. Setiap pengurangan bertumpu pada RFC, halaman penyedia kotak surat sendiri, atau aturan SpamAssassin.

Aturan khusus massal, seperti berhenti berlangganan satu klik, hanya mengurangi poin jika pesan tampak seperti email massal. Yang tidak bisa ditunjukkan satu pesan (tingkat keluhan, volume pengiriman) adalah “tidak bisa dipastikan”, dan tidak mengurangi poin.

Laporan rekaan7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Email massal tanpa berhenti berlangganan satu klik yang berfungsi (RFC 8058: kedua header, ditandatangani DKIM)
  2. 2SpamAssassin 3,4
Yang kami temukanPoin dikurangiBagian
SPF tidak lulus dan tidak ada tanda tangan DKIM yang terverifikasi−3SPF
DMARC gagal: tidak ada SPF atau DKIM lulus yang selaras, dan domain From mempublikasikan kebijakan−2,5DMARC
Header From tidak memiliki satu domain yang dapat dikenai DMARC−2DMARC
Domain From tidak mempublikasikan record DMARChanya email massal−1DMARC
SPF fail: record menyatakan server ini tidak boleh mengirim−1SPF
SPF softfail atau neutral−0,5SPF
Tidak ada record SPF untuk domain MAIL FROM (atau HELO)−1SPF
SPF permerror: record rusak atau lebih dari 10 pencarian DNS−1SPF
Pesan tidak ditandatangani DKIMhanya email massal−1DKIM
Ditandatangani DKIM, tetapi setiap tanda tangan gagal (dianggap tidak bertanda tangan)hanya email massal−1DKIM
Sebuah tanda tangan memakai kunci RSA di bawah 1 024 bit−1DKIM
DKIM lulus, tetapi tidak ada tanda tangan lulus yang cocok dengan domain From−0,5DKIM
Alamat pengirim ada di daftar blokir besar−3Server pengirim
Alamat pengirim ada di daftar blokir yang lebih kecil−1Server pengirim
Alamat pengirim tidak punya reverse DNS (PTR)−2,5Server pengirim
Nama PTR tidak teresolusi kembali ke alamat pengirim−1,5Server pengirim
HELO bukan nama yang sepenuhnya lengkap−0,5Server pengirim
Server mengirim tanpa TLS−1,5Sesi SMTP
Akhir baris LF atau CR tunggal di dalam pesan0peringatan, tidak dihitung dalam skor (−0,5 setelah ada sumber yang dikutip)Sesi SMTP
From hilang, berulang, tidak terbaca, atau mencantumkan beberapa kotak surat tanpa Sender−2Format
Date hilang atau tidak terbaca−1Format
Message-ID hilang atau salah format−1Format
Date meleset lebih dari sehari dari waktu email tiba0peringatan, tidak dihitung dalam skor (−0,5 setelah ada sumber yang dikutip)Format
Field yang boleh muncul sekali muncul dua kali−0,5Format
Baris lebih panjang dari 998 karakter−0,25Format
Gambar dengan hampir tanpa teks0peringatan, tidak dihitung dalam skor (−1 setelah ada sumber yang dikutip)Isi
HTML tanpa versi teks biasa−0,5Isi
HTML lebih dari sekitar 102 KB: Gmail dapat memotongnya0peringatan, tidak dihitung dalam skor (−0,5 setelah ada sumber yang dikutip)Isi
Tautan melalui pemendek URL0peringatan, tidak dihitung dalam skor (−1 setelah ada sumber yang dikutip)Isi
Tautan ke alamat IP langsung0peringatan, tidak dihitung dalam skor (−1 setelah ada sumber yang dikutip)Isi
Tautan ke domain yang meniru domain lain0peringatan, tidak dihitung dalam skor (−2 setelah ada sumber yang dikutip)Isi
Tautan javascript:, data:, atau file:0peringatan, tidak dihitung dalam skor (−2 setelah ada sumber yang dikutip)Isi
Teks tautan menampilkan satu domain dan tautannya menuju domain lain0peringatan, tidak dihitung dalam skor (−0,5 setelah ada sumber yang dikutip)Isi
Jenis lampiran yang diblokir Gmail0peringatan, tidak dihitung dalam skor (−2 setelah ada sumber yang dikutip)Isi
Tautan ke host yang diblokir resolver keamanan Cloudflare (malware atau phishing)0peringatan, tidak dihitung dalam skor (−2 setelah ada sumber yang dikutip)Isi
Skrip, iframe, formulir, atau objek tertanam di dalam HTML−1Isi
1Email massal tanpa berhenti berlangganan satu klik yang berfungsi (RFC 8058: kedua header, ditandatangani DKIM)−1,5Berhenti berlangganan
2Poin SpamAssassin di atas 2,0setengah dari poin di atas 2,0, paling banyak 3SpamAssassin
Skor SpamAssassin mencapai ambang spamnya−2SpamAssassin
Tidak dicek, atau tidak bisa diketahui dari satu pesan0–
Tabel yang dipakai skor (versi 2026-10-31.1): 10 dikurangi setiap baris yang berlaku, tidak pernah di bawah 0. Bagian yang tidak bisa kami cek tidak mengurangi apa pun; baris email massal hanya mengurangi poin pada email massal; baris dengan 0 adalah peringatan yang kami tampilkan tetapi tidak dihitung dalam skor.

Penyelarasan SPF, DKIM, dan DMARC dalam satu gambar

DMARC lulus jika SPF atau DKIM lulus untuk domain yang cocok dengan alamat From yang dilihat orang.

Sebuah email memiliki dua pengirim: pengirim amplop tersembunyi tempat email pantulan dikirim, dan alamat From yang dibaca orang. SPF mengecek yang pertama, DKIM mengecek tanda tangan, dan DMARC mengaitkan salah satunya dengan yang kedua (RFC 9989).

Layanan email biasanya meloloskan DMARC lewat DKIM: mereka menandatangani dengan domain Anda (record yang Anda tambahkan) sementara email pantulan menuju subdomain mereka sendiri.

Return-Path: bounces+48213-9f1c@em.example.orgpengirim pada amplop (MAIL FROM): SPF mengecek yang ini
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …tanda tangan oleh domain From
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …tanda tangan milik layanan email
From: Example Weekly <news@example.org>yang dilihat pembaca: DMARC melindungi yang ini
  1. SPF lulus198.51.100.24 boleh mengirim atas nama em.example.orgselaras: em.example.org milik example.org
  2. DKIM lulustanda tangan oleh example.org terverifikasiselaras: domain yang sama
  3. DKIM lulustanda tangan oleh sendgrid.info terverifikasitidak selaras: domain berbeda (tidak masalah)
  4. DMARC lulusFrom example.org: setidaknya satu yang lulus selaraskebijakan p=none · penyelarasan relaxed
SPF mengecek pengirim amplop yang tersembunyi, DKIM mengecek tanda tangan, dan DMARC bertanya apakah salah satunya milik domain From yang dilihat orang. Penyelarasan relaxed membandingkan domain organisasi (em.example.org dan example.org cocok); strict membandingkan nama persis.

Persyaratan pengirim Gmail, Yahoo, dan Outlook.com

Sejak 2024, penyedia kotak masuk terbesar mempublikasikan apa yang mereka wajibkan. Berikut semuanya berdampingan.

Setiap pengirim membutuhkan SPF atau DKIM, reverse DNS yang berfungsi, dan pesan yang berformat benar. Pengirim massal juga membutuhkan SPF dan DKIM sekaligus, record DMARC yang selaras dengan alamat From, berhenti berlangganan satu klik, dan tingkat keluhan yang rendah.

Laporan kami mengecek setiap aturan yang dapat ditunjukkan satu pesan, dan menulis “tidak bisa dipastikan” untuk sisanya: tingkat keluhan ada di Google Postmaster Tools dan Sender Hub milik Yahoo.

GmailYahooOutlook.com
Semua pengirimPengirim massal5 000+ per hariSemua pengirimPengirim massaltidak ada angkaPengirim massal5 000+ per hari
SPF atau DKIM lulus4.7.27 · 4.7.30–––
SPF dan DKIM sama-sama lulus4.7.27 · 4.7.30–––
SPF lulus––––1
DKIM lulus––––1
Record DMARC, p=none atau lebih ketat4.7.40 · 5.7.40–––
From selaras dengan SPF atau DKIM (DMARC lulus)4.7.32 · 5.7.32––1
DNS maju dan reverse (PTR)4.7.23–––
TLS pada koneksi4.7.29––––
Format pesan RFC 53222–––
Tidak menyamar sebagai From: Gmail dari tempat lain––––
Alamat From atau Reply-To yang valid––––
Berhenti berlangganan satu klik (RFC 8058)–––
List-Unsubscribe (mailto atau https)––––
Tautan berhenti berlangganan yang terlihat di isi pesan––
Keluhan spam di bawah 0,3%–––

wajibdisarankan– tidak ada dalam aturan penyedia itu4.7.23kode yang dijawab Gmail saat tidak adasatu pesan tidak bisa menunjukkannya: kami tulis “tidak bisa dipastikan”

1 550 5.7.5152 Gmail juga meminta satu alamat saja di From.

Gmail dan Yahoo sejak Februari 2024 (Gmail menegakkannya lebih keras sejak November 2025), Outlook.com sejak 5 Mei 2025, dengan menolak memakai 550 5.7.515. Laporan mengecek setiap baris yang dapat ditunjukkan satu pesan.

Privasi: yang kami simpan, dan yang dilihat server email

Alamat yang Anda cek tidak disimpan: jawabannya disimpan, paling lama sehari, dengan hash berkunci dan tanpa alamatnya. Isi pesan uji dihapus segera setelah analisis.

Mengecek sebuah alamat hanya mengirim beberapa perintah singkat ke server emailnya dan tidak lebih: EHLO, MAIL FROM:<>, RCPT TO untuk alamat itu dan untuk satu alamat karangan (dan sekali lagi untuk Outlook.com), RSET, QUIT. Server melihat nama server kami, pengirim kosong, dan alamat yang ditanyakan: bukan Anda, dan bukan sebuah pesan.

Laporan uji menyimpan header pesan, tautannya, dan pratinjau 140 karakter, beserta temuannya, selama 7 hari agar Anda dapat membagikan tautannya; seluruh isi dan lampiran dihapus segera setelah analisis. Anda dapat menghapus laporan kapan saja dari laporan itu sendiri.

Verifikasi satu alamat
  1. Anda mengetiknyaAlamat dikirim ke server kami lewat HTTPS, hanya di dalam permintaan.
  2. Yang dilihat server emailEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITHanya beberapa perintah ini dan tidak lebih: nama server kami, pengirim kosong, RCPT TO untuk alamat itu dan untuk satu alamat karangan (dan sekali lagi untuk Outlook.com). Tidak ada pesan, tidak ada nama, tidak ada apa pun tentang Anda.
  3. Yang kami simpanBukan alamatnya. Log hanya berisi domain dan kode respons; jawaban yang pasti disimpan paling lama sehari dengan hash berkunci, tanpa alamatnya.
Uji email Anda
  1. Pesan itu sendiriIsi dan lampirannya dihapus segera setelah analisis. SpamAssassin membacanya di memori pada server email kami; tidak ada yang dicatat di log.
  2. LaporanHeader, domain yang ditautkan pesan (dengan satu contoh tautan untuk masing-masing), dan pratinjau 140 karakter: 7 hari, atau sampai Anda menekan Hapus laporan. Siapa pun yang memiliki tautannya dapat membukanya.
  3. Kami tidak pernahmeneruskannya, membalasnya, atau membacanya secara manual.
Mengecek sebuah alamat adalah pemrosesan data pribadi menurut GDPR meskipun tidak ada yang disimpan, jadi kami menyimpan sesedikit mungkin. Spamhaus meminta pengecek tidak menawarkan pembersihan daftar: daftar massal tidak mendapat pengecekan kotak surat.

Pertanyaan yang sering diajukan

Apakah email checker ini gratis?

Ya, tanpa perlu mendaftar. Anda dapat memverifikasi alamat satu per satu (beberapa per menit), mengecek daftar hingga 100 alamat, dan menjalankan uji pengiriman email. Batasan ada karena setiap pengecekan menjangkau server email yang sungguhan: server memblokir pengecek yang terlalu sering bertanya, dan itu akan membuat alat ini berhenti berfungsi bagi semua orang.

Bagaimana cara cek email aktif tanpa mengirim email?

Masukkan di atas. Kami mencari server email domainnya, terhubung ke yang pertama, dan bertanya apakah ia akan menerima email untuk alamat itu (RCPT TO). Lalu kami bertanya tentang alamat karangan di domain yang sama, agar tahu apakah server membedakan keduanya, dan memutus sambungan sebelum pesan apa pun dikirim.

Seberapa akurat verifikasi email, dan apakah alamat valid tetap bisa terpental?

Seakurat yang diizinkan penyedia email. Gmail, iCloud, dan kebanyakan penyedia konsumen menjawab dengan jelas; domain terima semua dan penyedia yang menolak pengecekan tidak dapat dipastikan oleh siapa pun. Kotak surat yang penuh, atau perubahan setelah pengecekan, tetap dapat membuat alamat yang valid terpental. Kami menunjukkan kasus mana yang Anda hadapi, bukan persentase karangan.

Apakah orangnya akan tahu saya mengecek alamat emailnya?

Tidak. Tidak ada yang sampai ke kotak masuk mereka, karena percakapan berhenti sebelum pesan dikirim. Server penyedia mereka mencatat sambungan dari server pengecek kami, seperti untuk setiap pengirim yang mengetuk, tetapi tidak memberi tahu pemilik kotak surat, dan kami tidak mengirim apa pun yang bisa mereka lihat.

Mengapa alamat Gmail, Yahoo, atau Outlook.com memberi hasil ini?

Gmail memeriksa setiap alamat, jadi jawabannya dapat diandalkan. Outlook.com kadang menjawab ya satu kali untuk alamat karangan, jadi kami bertanya dua kali dan hanya memercayai jawaban yang sama. Yahoo menolak server yang reverse DNS-nya tidak cocok, termasuk server kami untuk saat ini, jadi alamat Yahoo kembali sebagai Tidak diketahui. Daftar error resmi Yahoo juga menunjukkan akun yang tidak dikenal terpental setelah pesan dikirim.

Apa itu alamat email catch-all (terima semua)?

Alamat di domain yang server emailnya menerima email untuk setiap alamat, ada maupun tidak, lalu memilahnya belakangan. Pengecekan tidak dapat membedakan kotak surat sungguhan dari karangan di sana, jadi hasilnya Terima semua. Kirim hanya jika Anda mendapatkan alamat itu dari orangnya langsung, dan perhatikan email yang terpental.

Mengapa hasil cek email saya Tidak diketahui?

Server email tidak menjawab tentang alamat itu. Ia men-greylist server pengecek kami (coba lagi semenit kemudian), menolaknya karena aturan tentang server, tidak membalas tepat waktu, atau milik penyedia yang meminta tidak dicek. Tidak diketahui tidak pernah berarti jawaban tidak: alamat yang diberikan kepada Anda kemungkinan besar baik-baik saja.

Bagaimana cara menguji pengiriman email dan skor spam?

Buka Uji email Anda di atas dan salin alamat ujinya, yang hanya berlaku sekali. Kirim pesan asli Anda ke sana, dari akun dan layanan yang biasa Anda pakai. Laporan tersusun seiring setiap bagian dicek: server pengirim, SPF, DKIM, DMARC, isi, header berhenti berlangganan, SpamAssassin, dan aturan Gmail, Yahoo, serta Outlook.com, dengan skor dari 10.

Apakah skor 10/10 dari mail tester berarti email saya masuk kotak masuk?

Tidak ada pengujian yang dapat menjanjikannya. Penempatan di kotak masuk juga bergantung pada riwayat pengiriman Anda dan seberapa sering orang menandai email Anda sebagai spam, yang hanya dilihat penyedia kotak surat. 10/10 berarti tidak ada yang salah dari yang bisa kami cek dalam satu pesan. Kami tidak punya kotak surat sampel, jadi tidak pernah mengklaim mengukur penempatan di kotak masuk.

Apakah Anda menyimpan alamat yang saya cek atau email yang saya kirim?

Alamatnya tidak: log kami berisi domain dan kode respons server email, dan jawaban yang pasti disimpan paling lama sehari dengan hash berkunci, tanpa alamatnya. Seluruh isi dan lampiran pesan uji dihapus segera setelah analisis. Laporannya menyimpan header, tautan, dan pratinjau 140 karakter selama 7 hari, atau sampai Anda menekan Hapus laporan.

Apa arti “verifikasi email” dibandingkan dengan validasi?

Validasi mengecek bentuk alamat dan domainnya: sintaksis, dan apakah domain punya server email. Verifikasi juga bertanya ke server email tentang kotak suratnya sendiri. Email checker ini melakukan keduanya untuk alamat tunggal; mode massal memvalidasi setiap baris dan memungkinkan Anda memverifikasi kotak surat baris mana pun saat dibutuhkan.

Bisakah saya cek daftar alamat email sekaligus?

Bisa, hingga 100 sekaligus, ditempel atau dari file CSV, dan Anda dapat mengunduh hasilnya sebagai CSV. Setiap baris dicek sintaksis, domain, server email, dan daftarnya. Kotak surat dicek satu per satu, saat Anda memilih, karena menanyai seratus server email sekaligus adalah pembersihan daftar, yang diblokir server email.

Ada yang kurang?Usulkan fitur atau alat baru

Alat terkait