Alat populer

Tema

Tes SMTP: Cek Server Email Apa Pun

SMTP test gratis untuk cek mail server apa pun secara langsung di port 25, 587, 465, atau 2525. Lihat sapaan, TLS dan sertifikatnya, serta apakah server me-relay untuk orang asing. Cek SMTP email tanpa kata sandi, tanpa mengirim email.

Sesi langsung dari server tes kami di Mumbai · Google Public DNS · 4 root store · Team Cymru · daftar dari alat Pemeriksaan Daftar Hitam IP
Server tes online · Mumbai

Port 25: tempat server saling mengirim email. Domain atau alamat email akan menguji server MX-nya.

Cobagmail.comMXsmtp.gmail.com587smtp.gmail.com465smtp.office365.com587smtp.sendgrid.net2525
Apa yang diperiksa tes ini, berurutan
  1. Koneksi
  2. Sapaan
  3. EHLO
  4. STARTTLS
  5. Sertifikat
  6. EHLO setelah TLS
  7. Login kata sandi
  8. Cek relay

Satu sesi SMTP dari server tes kami: tanpa kata sandi, tanpa DATA, tidak ada email yang dikirim. Jawaban disimpan 2 menit agar tes ulang cepat; kami tidak menyimpan log apa yang Anda tes.

Apa yang diperiksa tes SMTP?

Tes SMTP membuka percakapan yang sama seperti server pengirim: menyambung, menunggu sapaan 220, memperkenalkan diri dengan EHLO, beralih ke TLS dengan STARTTLS, memeriksa sertifikat, bertanya EHLO lagi, dan di port 25 meminta server mengirim ke domain orang asing. Setiap langkah dijawab dengan kode tiga digit, dan jawaban itu memberi tahu apa yang berfungsi.

Kami berhenti sebelum apa pun keluar: tanpa kata sandi, tanpa DATA, jadi tidak ada email yang pernah terkirim. Setiap langkah gagal dengan caranya sendiri, dan cara gagalnya menunjukkan siapa yang harus memperbaiki.

  1. 1Koneksi3 msterfilter · tertutup
  2. 2Sapaan220 · 236 ms421 · 554 · hening
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · tidak ditawarkan
  5. 5TLS1.3 · 6 msTLS lama · tanpa cipher sama
  6. 6Sertifikatvalid · 58 hrkedaluwarsa · ditandatangani sendiri · nama salah
  7. 7EHLO lagi250 · 237 msAUTH sebelum TLS
  8. 8Cek relay550 · 475 ms250 = relay terbuka
Tes nyata gmail-smtp-in.l.google.com di port 25 dari server tes kami, 24 Okt 2026. Di bawah tiap langkah: cara ia gagal. Garis di bawah langkah adalah koneksinya: terbaca sampai STARTTLS, terenkripsi setelahnya.
Tes SMTP gmail-smtp-in.l.google.com di port 25: vonis, tiap langkah, dan percakapan SMTP dengan STARTTLSTes SMTP gmail-smtp-in.l.google.com di port 25: vonis, tiap langkah, dan percakapan SMTP dengan STARTTLSSatu vonisBerfungsi, berfungsi dengan masalah, relay terbuka, ditolak, tidak terjangkau: jawabannya dalam satu kalimat, beserta dasarnya.Fakta-faktanyaAlamat, jaringan, nama reverse DNS, enkripsi, sertifikat, dan blacklist, sekilas pandang.Langkah demi langkahSetiap langkah sesi beserta waktu tunggu server: koneksi, sapaan, EHLO, STARTTLS, sertifikat, EHLO lagi, login, dan cek relay.Tempat TLS dimulaiSeluruh percakapan, baris demi baris. Di atas sambungan terbaca di perjalanan; di bawahnya, terenkripsi.
Tes nyata server email Gmail di port 25 dari server tes kami. Pilih sebuah angka untuk melihat apa yang ditunjukkan tiap bagian.

Port SMTP mana yang sebaiknya dipakai: 25, 587, 465, atau 2525?

Port 25 untuk server yang saling mengirim: di sinilah server MX sebuah domain mendengarkan, dan tidak ada yang login. Port 587 adalah tempat aplikasi email menyerahkan pesan ke penyedia Anda, setelah STARTTLS dan kata sandi (RFC 6409). Port 465 melakukan hal yang sama dengan TLS sejak byte pertama.

Port 2525 sama sekali bukan port email di registri IANA: milik “ms-v-worlds”. SendGrid, Mailgun, dan Postmark membukanya karena sebagian jaringan memblokir 587. Dan karena spam pernah membanjir dari komputer rumahan yang terinfeksi, sebagian besar cloud dan banyak penyedia rumahan memblokir port 25 keluar secara default.

  • 587STARTTLS, lalu login
  • 465TLS dulu, lalu login
  • 2525tempat 587 diblokir
  • 25server ke server, tanpa login
Penyedia255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓terbaik✓tidak✕––
SendGridsmtp.sendgrid.net✓terbaik✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

Port 25 keluar diblokir secara default: AWS · Google Cloud · Azure · Comcast. Port 587 harus tetap terbuka (RFC 5068).

Port yang diterima host pengiriman tiap penyedia, dari halaman pengaturannya sendiri (Oktober 2026). Microsoft 365 tidak punya 465: mewajibkan STARTTLS di 587.

Kode balasan SMTP: arti 220, 250, 421, 550, dan 554

Setiap balasan SMTP diawali tiga digit. Digit pertama menyatakan apa yang harus dilakukan: 2 selesai, 3 kirim lagi, 4 coba lagi nanti, 5 jangan coba lagi. Digit kedua mengelompokkan pokok bahasan (0 sintaks, 2 koneksi, 5 sistem email), dan digit ketiga adalah detailnya.

Kebanyakan server menambahkan kode lanjutan seperti 5.1.1 setelahnya (bila mencantumkan ENHANCEDSTATUSCODES): kelas, pokok bahasan (1 pengalamatan, 7 keamanan atau kebijakan), detail. Teks setelah kode ditujukan untuk manusia dan berbeda dari server ke server: baca angkanya lebih dulu.

  • 220Layanan siapsapaan · setelah STARTTLS
  • 221Menutup koneksisetelah QUIT
  • 250OK, selesaiEHLO · MAIL · RCPT · RSET
  • 354Mulai kirim pesansetelah DATA: kami tidak pernah sampai sini
  • 421Tidak tersedia sekarang, menutupsapaan: sibuk atau ada batas
  • 451Coba lagi nantiRCPT: greylisting
  • 454TLS tidak tersedia saat iniSTARTTLS
  • 530Login duluMAIL di port 587
  • 535Nama pengguna atau kata sandi salahAUTH: kami tidak pernah mengirimnya
  • 550Mailbox tidak tersedia atau tidak diizinkanRCPT: cek relay
  • 554Tidak ada layanan SMTP di sinisapaan: ditolak
Kode yang ditemui tes ini, dan di mana. Warna menurut digit pertama: 2 selesai, 3 menunggu, 4 sementara, 5 permanen (RFC 5321 §4.2; 454, 530, dan 535 dari RFC 3207 dan RFC 4954).

STARTTLS vs TLS implisit: port 587 atau 465?

Dengan STARTTLS (port 587, dan port 25 antarserver) percakapan dimulai sebagai teks biasa dan beralih ke TLS di tengah jalan. Sampai peralihan itu, siapa pun di jalur bisa membacanya, dan bisa diam-diam menghapus STARTTLS dari daftar server: pengirim tanpa MTA-STS atau DANE lalu meneruskan tanpa enkripsi.

Dengan TLS implisit (port 465) handshake TLS datang lebih dulu, sebelum server mengucapkan sepatah kata. RFC 8314 (2018) meminta aplikasi email memprioritaskannya; bila dikonfigurasi dengan benar, keduanya sama amannya. Antarserver di port 25, hanya STARTTLS yang ada.

587STARTTLSsmtp.gmail.com
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · 8BITMIME · STARTTLS · …
  4. →STARTTLS
  5. ←2202.0.0 Ready to start TLS
TLS 1.3waktu handshake 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (aplikasi Anda)

Lima baris pertama melintas terbaca: penyerang bisa melucuti STARTTLS di sini.

465TLS implisitsmtp.gmail.com
TLS 1.3waktu handshake 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (aplikasi Anda)

Tidak ada yang melintas terbaca: tidak ada STARTTLS yang bisa dilucuti.

Server yang sama, smtp.gmail.com, diuji di kedua port dari server tes kami. Jalur putus-putus terbaca di perjalanan; jalur cyan terenkripsi.

EHLO: arti daftar ekstensi server

Klien membuka dengan EHLO dan namanya; server menjawab 250 dengan satu baris untuk setiap ekstensi yang didukungnya. Daftar itu adalah menu server: pesan terbesar, apakah bisa beralih ke TLS, metode login mana yang diterima.

Setelah STARTTLS klien harus melupakan daftar itu dan bertanya lagi (RFC 3207). Server yang diatur dengan baik lalu menghapus STARTTLS dan sering menambahkan AUTH, sehingga kata sandi hanya ditawarkan di dalam TLS. AUTH PLAIN atau LOGIN di daftar sebelum TLS adalah temuan: aplikasi bisa mengirim kata sandi sebagai teks biasa.

  1. SIZE 35882577Pesan terbesar: 34,2 MBSIZE 35882577
  2. 8BITMIMEAksen dan teks non-Latin lewat tanpa berubah8BITMIME
  3. STARTTLSBisa beralih ke TLS: hanya ditawarkan sebelum TLShilang
  4. belumLogin kata sandi atau OAuth: hanya ditawarkan di dalam TLSAUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODESBalasan membawa kode seperti 5.1.1ENHANCEDSTATUSCODES
  6. PIPELININGBeberapa perintah sekaligusPIPELINING
  7. CHUNKINGPesan dalam potongan berukuran (BDAT)CHUNKING
  8. SMTPUTF8Alamat seperti ü@example.comSMTPUTF8

Terlihat juga: DSN laporan pengiriman · VRFY “apakah pengguna ini ada?” (sering dimatikan) · REQUIRETLS TLS di setiap lompatan · BINARYMIME biner mentah dengan CHUNKING · ETRN server cadangan mengambil email antrian.

smtp.gmail.com di port 587: balasan atas EHLO sebelum dan sesudah STARTTLS. STARTTLS hilang dan AUTH muncul, seperti yang diminta RFC 3207 dan RFC 4954.

Tes relay SMTP: apakah server email Anda open relay?

Open relay (relay terbuka) mengirim email dari siapa pun ke mana pun, sehingga spammer mencarinya dan blacklist mendaftarkannya. RFC 2505 sejak 1999 meminta server email menolaknya, dan server submission tidak boleh me-relay tanpa login (RFC 5068).

Di port 25 kami meminta server, sebagai orang asing, mengirim ke domain orang lain: MAIL FROM alamat tes kami, lalu RCPT TO:<relay-test@example.com>. 4xx atau 5xx menolak: bagus. 250 menerima: indikasi kuat open relay, meski sebagian server baru menolak belakangan, setelah DATA. Kami tidak pernah mengirim DATA, jadi tidak ada yang terkirim dalam kasus apa pun.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA tidak pernah
  5. QUIT
Penolakan membuktikan

bahwa server ini tidak akan me-relay untuk orang asing ini ke domain ini. Gmail menjawab 550 5.1.1: server tidak menerima email untuk example.com sama sekali.

Penolakan tidak membuktikan

bahwa server menolak semua orang (mungkin mempercayai sebagian jaringan), dan 250 tidak membuktikan email akan keluar: beberapa server menolak setelah DATA.

Cek kami, yang berjalan hanya di port 25: empat perintah dan QUIT. Port 587 dan 465 meminta login lebih dulu, jadi cek tidak dijalankan di sana.

Sertifikat di server email: MTA-STS dan DANE

Antarserver email, sertifikat hanya diperiksa bila domain penerima memintanya. Tanpa kebijakan, pengirim menerima sertifikat apa pun, bahkan yang kedaluwarsa, dan kembali ke teks biasa bila STARTTLS gagal.

MTA-STS menerbitkan kebijakan lewat HTTPS: kirim hanya lewat TLS, ke nama MX ini, dengan sertifikat valid. DANE mengunci kunci server di DNS (record TLSA), yang membutuhkan DNSSEC. Tes kami memeriksa sertifikat dengan cara MTA-STS, terhadap nama server itu sendiri, dan menampilkan kebijakan domain di sampingnya.

Nama harus cocok dengan MXBelum kedaluwarsaCA tepercayaButuh DNSSECTidak bisa di-downgrade
STARTTLS oportunistiktanpa kebijakan–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, zona bertanda tangankunci cocokkunci cocoktidak perlu
kebijakan MTA-STS gmail.com
version: STSv1
mode: enforce
mx: smtp.google.com
mx: gmail-smtp-in.l.google.com
mx: *.gmail-smtp-in.l.google.com
max_age: 86400
sertifikat mx.google.com · 26 nama
mx.google.com
smtp.google.com
aspmx.l.google.com
gmail-smtp-in.l.google.com
alt1.gmail-smtp-in.l.google.com
… alt4, gmr-smtp-in, mx1.smtp.goog
valid hingga 21 Des 2026 · Google Trust Services WE2
Kebijakan langsung Gmail dan sertifikat yang disajikan server MX-nya (24 Okt 2026): setiap nama MX di kebijakan tercakup. gmail.com tidak punya DANE: zonanya tidak ditandatangani DNSSEC.

Cara menguji server SMTP dari komputer Anda sendiri

Tes kami berjalan dari server kami, jadi menunjukkan apa yang dilihat internet. Apakah jaringan Anda mengizinkan keluar lewat port 25 atau 587 adalah pertanyaan lain, dan halaman web tidak bisa menjawabnya: browser menolak membuka port 25, 465, dan 587 sama sekali (“bad ports” pada standar Fetch).

Jalankan salah satu ini di komputer Anda sendiri. Di Windows, Test-NetConnection menjawab dalam sedetik. Di macOS dan Linux, openssl s_client melakukan peningkatan STARTTLS untuk Anda dan menampilkan sertifikat; lalu ketik EHLO test dan Anda sudah berbicara SMTP. swaks mengotomatiskan seluruh sesi.

WindowsmacOSLinux
$ openssl s_client -starttls smtp -connect smtp.gmail.com:587 -crlf
depth=0 CN=smtp.gmail.com
Protocol: TLSv1.3 · Cipher is TLS_AES_256_GCM_SHA384
Verification: OKtepercaya
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHlogin di dalam TLS
250 SMTPUTF8
Server tes kamiport 25 terbuka
Komputer AndaISP Anda mungkin memblokir 25
Halaman web25 · 465 · 587 ditolak
Satu kali jalan dari laptop pada 24 Okt 2026 (alamat yang digaungkan server dihilangkan). Jalurnya: siapa yang bisa menjangkau port server email, dan siapa yang memutuskan.

Mengapa server email menolak tes SMTP

Penolakan tidak selalu berarti server rusak. Server email membela diri: menolak alamat di blacklist, memperlambat atau menunda orang asing, dan membatasi berapa koneksi yang dibuka satu pengirim. Tes kami adalah orang asing bagi setiap server yang dihubungi, jadi ia menemui pertahanan itu lebih dulu.

Baca balasan pertama. 4xx bersifat sementara, dan pengirim sungguhan mencoba lagi. 554 saat sapaan atau 5xx di RCPT adalah keputusan kebijakan tentang pengirim, yang mungkin tidak berlaku untuk pengirim Anda. Tidak ada jawaban sama sekali adalah soal jaringan, bukan SMTP.

  • Alamat kami diblokir oleh kebijakan5545.7.1 Service unavailable; client host blocked

    Server menolak server tes kami, dan mungkin server Anda. Periksa blacklist-nya dan daftar izin di server.

  • Terlalu sibuk, atau ada batas laju4214.7.0 Too many concurrent SMTP connections

    Sementara: pengirim mencoba lagi 421 selama berjam-jam. Tes lagi dalam beberapa menit.

  • Greylisting4514.7.1 Greylisted, please try again later

    Pengirim tak dikenal diminta kembali nanti. Server asli akan kembali, jadi email datang terlambat, tidak hilang.

  • Sapaan lambat (tarpit)… 18 detik hening … 220mail.example.net

    RFC 5321 membolehkan pengirim menunggu 5 menit. Tes kami menunggu 15 detik dan memberi tahu.

  • Tanpa reverse DNS untuk pengirim5505.7.25 The IP address sending this message does not have a PTR record

    Jawaban Gmail untuk pengirim tanpa record PTR. Server tes kami punya.

  • Firewall membuang koneksitidak ada jawaban dalam 10 detik (terfilter)

    Port hanya mengizinkan pengirim yang dikenal, atau jaringan di perjalanan memblokirnya.

Enam penolakan yang paling sering ditemui tes, dengan balasan yang dikirim masing-masing. Teks 550 5.7.25 milik Gmail; yang lain adalah bunyi yang lazim, yang berbeda dari server ke server.

Autentikasi SMTP: mengapa tester SMTP ini tidak pernah meminta kata sandi Anda

Banyak tester SMTP meminta nama pengguna dan kata sandi Anda lalu mengirim email sungguhan. Kami tidak: kata sandi yang diketik di situs orang lain adalah kata sandi yang harus Anda ganti. Tes ini menunjukkan apa yang Anda butuhkan tanpa itu: apakah server menawarkan login, dengan metode apa, dan hanya di dalam TLS.

Kata sandi memang sedang ditinggalkan. Google tidak lagi mengizinkan aplikasi masuk ke Gmail hanya dengan kata sandi, dan Microsoft mematikan autentikasi Basic untuk SMTP AUTH secara default bagi tenant yang ada pada akhir Desember 2026. Jika aplikasi Anda masih login dengan kata sandi, ujilah di aplikasinya, dengan app password.

Metode login (registri SASL IANA)
  • PLAINumum
  • OAUTHBEARERumum
  • SCRAM-SHA-256umum
  • CRAM-MD5terbatas
  • LOGINusang
  • XOAUTH2usang
  • DIGEST-MD5usang

XOAUTH2 ditandai usang, tetapi itulah yang dipakai aplikasi Gmail dan Microsoft 365 saat ini.

Login kata sandi untuk SMTP: tanggal berakhirnya
Google
14 Mar / 1 Mei 2025: Workspace menghentikan login kata sandi
Microsoft 365
Basic auth tidak berubahakhir Des 2026: mati secara default

Microsoft akan mengumumkan tanggal penghapusan akhir pada paruh kedua 2027. Halaman Google sendiri menyebut dua tanggal untuk Workspace.

Status dari registri mekanisme SASL IANA; tanggal dari pengumuman Google dan Microsoft (milik Microsoft tertanggal 27 Jan 2026).

Tes SMTP: pertanyaan yang sering diajukan

Apa itu tes SMTP, dan apa yang ditunjukkan SMTP checker?

Tes SMTP membuka sesi SMTP sungguhan dengan server email, seperti yang dilakukan server pengirim, dan membaca setiap jawaban: sapaan, ekstensi, peningkatan ke TLS, sertifikat, dan, di port 25, apakah server me-relay email untuk orang asing. Alat SMTP test ini berhenti sebelum DATA dan tidak pernah login, jadi tidak ada email yang terkirim dan tidak ada kata sandi yang dibutuhkan.

Bagaimana cara menguji server SMTP?

Ketik nama server (smtp.example.com) atau alamat IP, atau domain atau alamat email untuk menguji server MX-nya, pilih port, lalu tekan Tes. Hasilnya menampilkan tiap langkah beserta waktunya, seluruh percakapan, dan apa yang harus diperbaiki. Untuk menguji dari jaringan Anda sendiri, pakai perintah di bawah hasil: Test-NetConnection di Windows, openssl s_client di macOS dan Linux.

Port mana yang sebaiknya dipakai: 25, 587, 465, atau 2525?

Aplikasi email dan situs web mengirim lewat penyedianya di port 587, dengan STARTTLS dan kata sandi, atau di port 465, dengan TLS sejak byte pertama. Server saling mengirim di port 25, tanpa login. Port 2525 adalah alternatif tidak resmi yang dibuka SendGrid, Mailgun, dan Postmark di tempat 587 diblokir; ia bukan port email di registri IANA.

Bagaimana cek port 587 tidak diblokir oleh ISP saya?

Tes kami tidak bisa memastikannya, karena berjalan dari server kami. AWS, Google Cloud, Azure, dan banyak penyedia rumahan seperti Comcast memblokir port 25 keluar secara default; RFC 5068 menyatakan penyedia tidak boleh memblokir 587. Untuk memeriksa jaringan Anda, jalankan Test-NetConnection smtp.gmail.com -Port 587 di PowerShell, atau nc -vz smtp.gmail.com 587 di macOS dan Linux. Timeout berarti diblokir.

Apa arti 220, 421, dan 554 dalam tes SMTP?

220 adalah sapaan: server siap dan menyebut namanya. 421 berarti “jangan sekarang”: server sibuk atau membatasi koneksi lalu menutup saluran, jadi coba lagi nanti. 554 saat sapaan berarti server menolak berbicara dengan pengirim ini sama sekali, sering karena blacklist atau kebijakan; pengirim yang dipercayainya mungkin masih bisa masuk.

Apa itu STARTTLS, dan apakah wajib?

STARTTLS mengalihkan koneksi SMTP biasa ke TLS, sehingga sisa percakapan terenkripsi. Server submission di port 587 biasanya mewajibkannya sebelum Anda bisa login. Server email publik di port 25 tidak boleh mewajibkannya untuk menerima email, tetapi seharusnya menawarkannya: Gmail, Microsoft 365, dan kebanyakan penyedia melakukannya, dan tes kami menandai server yang tidak.

Mengapa tes SMTP saya timeout?

Tidak ada jawaban sama sekali dalam 10 detik berarti port terfilter: firewall membuang koneksi, atau server hanya menerima pengirim yang dikenal. Itu berbeda dari koneksi yang ditolak, saat mesin menjawab seketika dan tidak ada yang mendengarkan di port. Server yang hanya punya alamat IPv6 belum bisa dijangkau dari server tes kami; hasilnya menyatakan itu, bukan “mati”.

Bisakah autentikasi SMTP diuji dengan nama pengguna dan kata sandi saya?

Tidak, dengan sengaja: tester SMTP ini tidak pernah menerima kata sandi. Ia menunjukkan metode login apa yang ditawarkan server dan apakah hanya ditawarkan di dalam TLS, yang akan terbuka oleh tes kata sandi. Untuk menguji login Anda sendiri, pakai aplikasi email Anda, atau swaks di komputer Anda sendiri dengan app password, agar kata sandi tidak pernah meninggalkan mesin Anda.

Bagaimana cara kerja tes open relay?

Di port 25 server tes kami meminta server email, sebagai orang asing, mengirim ke alamat di example.com. Penolakan (4xx atau 5xx) itu bagus. 250 adalah indikasi kuat open relay, yang bisa dipakai siapa pun untuk mengirim spam. Kami berhenti sebelum DATA, jadi tidak ada yang terkirim, dan beberapa server yang menerima di sini tetap menolak belakangan.

Apa beda EHLO dan HELO?

Keduanya membuka percakapan dengan nama klien. HELO adalah perintah lama dan dijawab dengan OK polos. EHLO juga meminta server mencantumkan ekstensinya: SIZE, STARTTLS, AUTH, dan lainnya. Setiap server saat ini menjawab EHLO; klien kembali ke HELO hanya bila EHLO ditolak, dan tes kami menandai server yang membutuhkannya.

Apakah tes SMTP mengirim email?

Tidak. Server tes kami mengucapkan QUIT sebelum DATA, perintah yang memulai pesan, dan tidak pernah login. Server email melihat percakapan singkat dari probe.dnsrobot.net dan tidak ada yang masuk ke kotak masuk mana pun. Untuk melihat bagaimana pesan sungguhan diterima, pakai Cek Email kami, yang membaca email yang Anda kirim kepadanya.

Apa pengaturan SMTP Gmail dan Outlook?

Gmail: smtp.gmail.com, port 587 dengan STARTTLS atau 465 dengan TLS, masuk dengan OAuth atau app password. Microsoft 365: smtp.office365.com, port 587 dengan STARTTLS; tidak ada TLS implisit di 465. Outlook.com: smtp-mail.outlook.com di 587, dengan login modern. Tombol contoh di atas menguji dua yang pertama.

Ada yang kurang?Usulkan fitur atau alat baru

Lebih banyak alat email dan DNS