Alat populer

Tema

MX Lookup — Cek Record MX Domain

MX lookup gratis untuk cek MX domain apa pun: server emailnya sesuai urutan pengiriman, siapa yang mengelolanya, alamat IPv4 dan IPv6-nya, dan apakah server itu menjawab dengan STARTTLS. Langsung dari nameserver domain itu sendiri, berdampingan dengan salinan cache Google dan Cloudflare.

Sumber: nameserver domain, dihubungi mulai dari server root · Google Public DNS · Cloudflare 1.1.1.1 · Team Cymru · server email diuji dari server kami di Mumbai

Persis nama yang Anda ketik: www. atau subdomain dicari apa adanya, tidak pernah diubah.

Coba

Apa itu record MX?

Record MX (mail exchange) menyebutkan server yang menerima email untuk sebuah domain, masing-masing dengan angka prioritas: pengirim mencoba angka terendah lebih dulu.

Saat seseorang menulis ke name@airbnb.com, server email mereka menanyakan record MX airbnb.com ke DNS, memilih server dengan angka terendah, lalu mengirim lewat SMTP di port 25. Record ini berisi nama host, tidak pernah alamat IP, dan nama itu harus punya record A atau AAAA sendiri: tidak boleh berupa alias (CNAME, RFC 2181 §10.3).

MX lookup membaca record tersebut dan menelusuri setiap server sampai ke alamatnya, jaringannya, dan penyedia di baliknya. MX hanya mengarahkan email masuk: siapa yang boleh mengirim atas nama domain diatur oleh SPF, DKIM, dan DMARC.

Anatomi record MXairbnb.com, dari nameserver-nya sendiri
airbnb.com.Nama300TTLINKelasMXJenis1Prioritasaspmx.l.google.com.Server email (exchange)
Nama · TTLDomain yang menerima email, dan berapa lama cache boleh menyimpan jawaban ini: 300 detik = 5 menit.
PrioritasYang lebih rendah dicoba lebih dulu. airbnb.com punya 1, 5, 5, 10, 10.
Server emailNama host dengan record A dan AAAA sendiri: 192.178.211.27 dan 2404:6800:4000:1025::1b.
1 aspmx.l.google.com.Nama host dengan record A dan AAAA
1 192.0.2.25Alamat IP bukan exchange yang valid
1 mail → CNAMEExchange tidak boleh berupa alias (RFC 2181 §10.3)
Setiap kolom seperti yang datang dari nameserver airbnb.com sendiri. Alat ini menandai MX yang mengarah ke alamat IP, CNAME, atau nama tanpa alamat.

Cara cek record MX

Ketik domain di atas lalu tekan Cek MX, atau tanyakan ke DNS dari terminal: dig example.com MX di macOS dan Linux, nslookup -type=mx example.com di sistem apa pun, atau Resolve-DnsName example.com -Type MX di Windows PowerShell.

Setiap baris jawaban adalah satu server: prioritas, lalu nama host. Angka sebelum IN adalah TTL, yaitu berapa detik resolver boleh terus menyajikan salinan ini. Tambahkan @ dan sebuah nameserver (dig @dns1.p08.nsone.net airbnb.com MX) untuk membaca jawaban zona itu sendiri, bukan cache.

dig example.com MX +short

Setiap baris: prioritas, lalu server email. Tambahkan @ dan sebuah nameserver untuk melewati cache.

Membaca jawaban digdirekam 2026-10-23
bash · zsh
$ dig airbnb.com MX
;; ->>HEADER<<- opcode: QUERY, status: NOERROR1
;; flags: qr rd ra; QUERY: 1, ANSWER: 5

;; ANSWER SECTION:
airbnb.com.    3002  IN  MX   13 aspmx.l.google.com.4
airbnb.com.    300   IN  MX   5 alt1.aspmx.l.google.com.
airbnb.com.    300   IN  MX   5 alt2.aspmx.l.google.com.
airbnb.com.    300   IN  MX  10 alt3.aspmx.l.google.com.
airbnb.com.    300   IN  MX  10 alt4.aspmx.l.google.com.

;; SERVER: 8.8.8.8#53(8.8.8.8)5
  1. Status. NOERROR dengan jawaban. NXDOMAIN berarti nama itu tidak ada; NOERROR tanpa jawaban berarti tidak ada MX.
  2. TTL. Berapa detik lagi salinan ini boleh disajikan: 300 di sumbernya, terus berkurang di cache.
  3. Prioritas. Urutan yang dicoba pengirim, terendah lebih dulu.
  4. Server email. Host yang dihubungi di port 25; titik di akhir menutup nama.
  5. Yang menjawab. 8.8.8.8 adalah cache. @dns1.p08.nsone.net bertanya langsung ke zona.
Lima baris yang sama muncul di tampilan Server pada alat ini, diurutkan dan dikelompokkan menurut prioritas, dengan alamat setiap server di sampingnya.

Cara membaca hasilnya

Bagian atas menyatakan dalam satu kalimat siapa yang menerima email domain dan berapa server di baliknya, dengan logo penyedianya; baris berwarna di bawahnya adalah temuan yang penting.

Tampilan Server mencantumkan setiap host MX menurut prioritas beserta alamat, jaringan, dan reverse DNS-nya; server pertama diuji otomatis di port 25, server lainnya atas permintaan. Di sebelah kanan, jalur pengiriman menggambarkan apa yang dilakukan pengirim dengan jawaban ini.

Hasil MX lookup: lima record MX di Google Workspace, alamat dan uji STARTTLS setiap server email, serta jalur pengirimanHasil MX lookup: lima record MX di Google Workspace, alamat dan uji STARTTLS setiap server email, serta jalur pengirimanKesimpulanSiapa yang menerima email, server dan tingkatnya, jaringan, TTL, dan nameserver mana yang menjawab.ServerSetiap host MX menurut prioritas dengan alamat IPv4 dan IPv6, nomor AS, dan PTR yang terkonfirmasi forward.Uji SMTPSTARTTLS dan versi TLS dari server kami di port 25; buka sebuah baris untuk melihat percakapan lengkapnya.Jalur pengirimanPengirim, perlindungan di hop pertama, setiap tingkat prioritas, lalu kotak surat dan buktinya.
MX lookup untuk airbnb.com: kesimpulan, server menurut urutan prioritas dengan alamat dan uji STARTTLS-nya, serta jalur yang ditempuh email. Pilih sebuah nomor untuk melihat arti setiap bagian.

Apa arti prioritas MX?

Prioritas (RFC 5321 menyebutnya preference) menentukan urutan: pengirim mencoba angka terendah lebih dulu dan baru pindah jika server itu tidak menjawab atau menunda pesan dengan balasan sementara 4xx.

Server dengan angka yang sama berbagi beban: pengirim memilih salah satunya secara acak. Yang penting hanya urutannya, bukan selisihnya, dan 0 adalah angka yang valid. Satu record MX sudah cukup jika nama di baliknya tersebar ke banyak server, seperti milik Microsoft 365 dan Mimecast.

Saran kami soal MX cadangan: cadangan di perusahaan lain yang menyaring lebih longgar daripada server utama Anda adalah jalur spam yang sudah dikenal, dan penyedia email terkelola sudah menjalankan server redundan di balik satu nama MX. Jika Anda tetap memakainya, server itu harus menerapkan pengecekan SPF dan spam yang sama dengan server utama (RFC 7208, Lampiran F).

Cara pengirim menelusuri lima server airbnb.comprioritas 1 · 5 · 10
Percobaan 1prioritas 1
aspmx.l.google.comselalu dicoba pertama
250 OK

hanya jika tidak menjawab atau membalas 4xx

Percobaan 2prioritas 5
alt1.aspmx.l.google.comdipilih acak · ½alt2.aspmx.l.google.comatau yang ini · ½
angka yang sama berbagi beban

lalu

Percobaan 3prioritas 10
alt3.aspmx.l.google.com½alt4.aspmx.l.google.com½
semua gagal: antre, dicoba ulang berhari-hari
0 itu validgithub.com memublikasikan prioritas 0 untuk satu-satunya MX-nya.
1, 5, 10 ≡ 10, 20, 30Yang penting hanya urutannya, bukan selisihnya.
Satu MX bisa cukupSatu-satunya host MX milik hp.com mewakili 6 alamat.
Pengirim turun ke server berikutnya hanya jika sebuah server tidak menjawab atau membalas dengan error sementara; jika semua server gagal, pesan menunggu di antrean dan dicoba ulang selama 4 sampai 5 hari (RFC 5321).

Record MX Google Workspace

Domain Google Workspace yang baru hanya membutuhkan satu record MX: smtp.google.com dengan prioritas 1. Domain yang disiapkan sebelum 2023 sering masih memublikasikan set lima record yang diawali aspmx.l.google.com; Google menyatakan keduanya berfungsi dan penyiapan yang sudah berjalan tidak perlu diubah.

Alat ini menyebut Google Workspace untuk kedua set dan menandai yang lama sebagai legacy, tidak pernah sebagai error. Pasangkan MX dengan SPF include:_spf.google.com dan DKIM dari Konsol Admin; Google memberi waktu hingga 72 jam agar record MX baru terlihat di mana-mana.

Dua penyiapan Google Workspace, berdampinganMX aktif, 2026-10-23
Saat inisatu recorddisarankan
1 smtp.google.com.
Terlihat di google.comsendgrid.com
Lamalima recordmasih valid
1 aspmx.l.google.com.5 alt1.aspmx.l.google.com.5 alt2.aspmx.l.google.com.10 alt3.aspmx.l.google.com.10 alt4.aspmx.l.google.com.
Terlihat di airbnb.comnytimes.comuber.comspotify.com
Kebijakan MTA-STS milik google.com sendiri menerima keduanya:smtp.google.comaspmx.l.google.com*.aspmx.l.google.com
spotify.com masih mencantumkan host lama aspmx2–aspmx5.googlemail.com di prioritas 10, total tujuh record: nama legacy tambahan tidak merugikan.

Record MX Microsoft 365

Microsoft 365 memberi setiap domain satu record MX di bawah mail.protection.outlook.com, misalnya microsoft-com.mail.protection.outlook.com, biasanya dengan prioritas 0. Bagian pertamanya adalah token yang Anda salin dari pusat admin Microsoft 365: sering terlihat seperti nama domain dengan tanda hubung, tetapi tidak selalu.

Domain yang mengaktifkan SMTP DANE untuk email masuk mendapat host di bawah mx.microsoft, misalnya siemens-com.h-v1.mx.microsoft: zona itu ditandatangani dengan DNSSEC, jadi pengirim bisa mengecek sertifikat server dengan DANE. Selama perpindahan, kedua record aktif, yang baru mula-mula di belakang yang lama, lalu di depannya, sampai yang lama dihapus. Microsoft tidak berencana menandatangani mail.protection.outlook.com, jadi host lama itu tidak usang.

Membaca host MX Microsoft 365microsoft.com · siemens.com
Exchange Onlinebentuk yang umum
microsoft-comtoken dari pusat admin.mail.protection.outlook.comExchange Online Protection
Terlihat di microsoft.comgithub.comunilever.com
Dengan DANEzona bertanda tangan DNSSECDANE
siemens-comtoken dari pusat admin.h-v1sebuah shard.mx.microsoftzona bertanda tangan
Terlihat di siemens.comshell.com
Selama pindah ke host barukedua record aktif; angka lebih rendah menang
0contoso-com.o-v1.mx.microsoft.baru · dicoba pertama
30contoso-com.mail.protection.outlook.com.lama · sampai dihapus
Satu host legacy dan satu host mx.microsoft di prioritas berbeda adalah migrasi yang sedang berjalan, sesuai langkah yang didokumentasikan Microsoft, bukan error: alat ini menyatakannya alih-alih memberi peringatan.

Tidak ada record MX atau null MX: apa yang terjadi?

Domain tanpa record MX tetap bisa menerima email: pengirim beralih ke alamat A atau AAAA milik domain itu sendiri (RFC 5321 §5.1). Hanya null MX, satu record 0 ., yang memberi tahu setiap pengirim bahwa domain tidak menerima email (RFC 7505).

Karena itu null MX adalah record yang tepat untuk domain yang tidak pernah menerima email: pengirim langsung mem-bounce dengan 556 5.1.10, alih-alih mencoba ulang selama berhari-hari. Tambahkan v=spf1 -all dan DMARC p=reject agar tidak ada yang bisa mengirim atas namanya juga, seperti yang dilakukan example.com. Record MX hanya milik satu nama: www.example.com tidak mewarisi milik example.com.

Empat jawaban, empat hasilapa yang dilakukan pengirim dengan masing-masing
Record MXairbnb.comKirim ke server-server itu menurut urutan prioritas.terkirim250 OK
Tanpa MX, ada A/AAAAwww.google.comKirim ke alamat nama itu sendiri: record A dan AAAA-nya. Jika port 25 di sana tidak menjawab, email menunggu, lalu bounce.MX implisitRFC 5321 §5.1
Null MX: 0 .example.comJangan dicoba sama sekali. Pengirim langsung mem-bounce pesan.ditolak556 5.1.10
Nama tidak adaairbnb.cmoBounce: root tidak punya .cmo, jadi tidak ada apa pun di bawahnya.di-bounce5.1.2

Domain yang tidak mengirim dan tidak menerima email:MX 0 .v=spf1 -all_dmarc p=reject

Setiap baris adalah kesimpulan alat ini sendiri untuk contoh tersebut: buka dari chip di atas alat.

Email tidak sampai? Posisi MX dalam troubleshooting

Baca pesan bounce lebih dulu: kode statusnya menunjukkan langkah mana yang gagal. Masalah MX muncul sebagai "host not found" atau penundaan lama; kotak surat yang tidak ada adalah 5.1.1; kegagalan autentikasi adalah penolakan 5.7.x.

Telusuri daftar ini dari atas: domain harus ada, MX-nya harus menyebut penyedia yang Anda pakai, setiap host MX harus ter-resolve dan menjawab di port 25, dan baru setelah itu SPF, DKIM, DMARC, serta blacklist menentukan ke mana sebuah pesan mendarat.

Dari bounce ke perbaikankode status lanjutan (enhanced status codes), RFC 3463
Host atau domain tidak ditemukan5.1.2 · NXDOMAINDomain atau host MX-nya tidak ada. Periksa ejaan dan nameserver.Cek DNS
Email masih masuk ke penyedia lamasetelah perubahan MXCache menyimpan MX lama sampai TTL-nya habis. Bandingkan zona dengan salinan Google dan Cloudflare.Tampilan Salinan
Tertunda, lalu bounce4.4.1 · host tidak menjawabHost MX mati, tidak punya alamat, atau port 25 diblokir. Uji server dari sisi kami.Uji server
User unknown (pengguna tidak dikenal)5.1.1MX berfungsi; kotak suratnya yang tidak ada di penyedia.Cek Email
Ditolak: tidak terautentikasi5.7.1Penerima menolak pengirim. Perbaiki SPF, DKIM, dan DMARC di domain pengirim.Pemeriksa SPF
Diblokir berdasarkan alamat, atau masuk spamtercantumIP server pengirim ada di blacklist.Cek Blacklist
Dua langkah yang disorot adalah tampilan alat ini sendiri; sisanya membuka alat yang sesuai.

MTA-STS, DANE, dan TLS untuk server email

Server email mengenkripsi dengan STARTTLS hanya jika kedua pihak menawarkannya, sehingga seseorang di jalur bisa menghapus tawaran itu dan membaca pesannya. MTA-STS dan DANE memungkinkan domain mewajibkan TLS dari pengirim.

MTA-STS memublikasikan kebijakan lewat HTTPS (https://mta-sts.<domain>/.well-known/mta-sts.txt) yang mencantumkan host MX yang diizinkan dan sebuah mode; dengan enforce, pengirim hanya mengirim lewat TLS yang valid ke host-host tersebut (RFC 8461). DANE menaruh kunci server di record TLSA pada _25._tcp.<mx host>, yang hanya berlaku jika DNSSEC menandatangani zona itu (RFC 7672). TLS-RPT meminta pengirim melaporkan kegagalan (RFC 8460). Alat ini mengecek bahwa setiap MX aktif cocok dengan baris mx: di kebijakan.

Tiga kunci pada satu hoppengirim → proton.me, data langsung
pengirimserver email mana pun
STARTTLS · ditawarkan, TLS 1.3STARTTLS saja bisa dihapus di tengah jalan: 250-STARTTLS hilang begitu saja dari balasan.
MTA-STS · mode enforcemx: mail.protonmail.ch · mx: mailsec.protonmail.ch · max_age: 604800 ✓ kedua host MX aktif cocok
DANE · TLSA 3 1 1_25._tcp.mail.protonmail.ch, ditandatangani DNSSEC (protonmail.ch) ✓
mail.protonmail.chprioritas 10
TLS-RPT juga aktif: v=TLSRPTv1; rua=https://reports.proton.me/reports/smtptls. Alat ini menguji STARTTLS dari server kami; MTA-STS dan DANE berasal dari DNS dan file kebijakan.

Host MX penyedia email populer

Sebagian besar domain mengarahkan MX-nya ke salah satu dari beberapa lusin penyedia, dan setiap penyedia memublikasikan nama host yang mudah dikenali. Dari situlah alat ini mengenali penyedia email sebuah domain, dan dengan cara yang sama Anda bisa mencocokkan sebuah penyiapan dengan nilai resmi dari penyedianya.

Gateway seperti Mimecast, Proofpoint, dan Barracuda berada di depan host kotak surat; alat ini lalu membaca SPF dan Autodiscover untuk menyebut kemungkinan kotak surat di baliknya.

Host MX dan include SPF menurut penyedia16 dari 110+ penyedia yang dikenali alat ini
PenyediaMX (prioritas host)SPF
Google Workspace1smtp.google.comatau 1 aspmx.l.google.com + 4 altinclude:_spf.google.com
Microsoft 3650<token>.mail.protection.outlook.comatau <token>.<x>-v1.mx.microsoftinclude:spf.protection.outlook.com
Zoho Mailregion di TLD10mx.zoho.com20mx2.zoho.com · 50 mx3.zoho.cominclude:zohomail.com
Proton Mail10mail.protonmail.ch20mailsec.protonmail.chinclude:_spf.protonmail.ch
iCloud Mail10mx01.mail.icloud.com10mx02.mail.icloud.cominclude:icloud.com
Fastmail10in1-smtp.messagingengine.com20in2-smtp.messagingengine.cominclude:spf.messagingengine.com
Yandex 36010mx.yandex.netredirect=_spf.yandex.net
Titan Email10mx1.titan.email20mx2.titan.emailinclude:spf.titan.email
GoDaddy Professional Email0smtp.secureserver.net10mailstore1.secureserver.netinclude:secureserver.net
Namecheap Private Email10mx1.privateemail.com10mx2.privateemail.cominclude:spf.privateemail.com
Cloudflare Email Routingpenerusanroute1/2/3.mx.cloudflare.netprioritas diatur per domaininclude:_spf.mx.cloudflare.net
Amazon SESdipakai bersama WorkMail10inbound-smtp.<region>.amazonaws.cominclude:amazonses.com
Mimecastgateway email10<region>-smtp-inbound-1.mimecast.com10<region>-smtp-inbound-2.mimecast.cominclude:<region>._netblocks.mimecast.com
Proofpointgateway emailmx0a-<id>.pphosted.com · mx0b-<id>atau mx1-us1.ppe-hosted.com (Essentials)a:dispatch-us.ppe-hosted.com (Essentials)
Barracudagateway email1<id>.ess.barracudanetworks.com10<id>.ess.barracudanetworks.cominclude:spf.ess.barracudanetworks.com
NAVER WORKSKorea10kr1-aspmx1.worksmobile.com20kr1-aspmx2.worksmobile.cominclude:spf.worksmobile.com

MX lookup: pertanyaan yang sering diajukan

Untuk apa MX lookup digunakan?

MX lookup (cek record MX) menunjukkan server mana yang menerima email sebuah domain dan siapa yang mengelolanya. Gunakan untuk melihat penyedia email sebuah perusahaan, memastikan perubahan MX setelah pindah penyedia, menelusuri bounce dan penundaan, atau mengecek domain sebelum Anda mengirim email ke sana. Alat ini juga menguji STARTTLS setiap server email dari server kami dan membaca SPF, DMARC, dan MTA-STS domain.

Bagaimana cara cek record MX dengan nslookup?

Jalankan nslookup -type=mx example.com. Setiap baris jawaban menampilkan prioritas sebagai "MX preference" dan server sebagai "mail exchanger". Tambahkan server di akhir, misalnya nslookup -type=mx example.com 8.8.8.8, untuk bertanya ke resolver tertentu, atau sebutkan nameserver domain itu sendiri untuk melewati semua cache. Di macOS dan Linux, dig example.com MX memberikan jawaban yang sama.

Bisakah sebuah domain punya lebih dari satu record MX?

Bisa. Setiap record MX menyebut satu server email dengan sebuah prioritas. Pengirim mencoba angka terendah lebih dulu, pindah ke berikutnya hanya jika server tidak menjawab atau menunda, dan memilih secara acak di antara server dengan angka yang sama, sehingga beban terbagi. gmail.com memublikasikan lima record MX di lima prioritas; yahoo.com memublikasikan tiga di prioritas yang sama.

Bisakah record MX mengarah ke alamat IP atau CNAME?

Tidak. Nilai MX harus berupa nama host yang punya record A atau AAAA sendiri. Alamat IP bukan nilai yang valid, dan RFC 2181 melarang host MX yang berupa alias (CNAME). Sebagian pengirim tetap mengikuti CNAME atau terhubung ke IP, sementara yang lain menolak, jadi email bisa sampai dari sebagian pengirim dan bounce dari yang lain. Alat ini menandai keduanya.

Berapa lama perubahan record MX berlaku?

Selama TTL record yang lama. Resolver yang sudah meng-cache MX lama tetap memakainya sampai salinannya kedaluwarsa, lalu bertanya lagi ke nameserver domain; jawaban "tidak ada MX" yang di-cache juga kedaluwarsa dengan cara yang sama. Turunkan TTL sehari sebelum Anda pindah penyedia. Penyedia menyebut batas aman (Google memberi waktu hingga 72 jam), dan tampilan Salinan menunjukkan kapan salinan Google dan Cloudflare diperbarui.

Apa itu record null MX?

Null MX adalah satu record MX dengan prioritas 0 dan satu titik sebagai host: 0 . (RFC 7505). Record ini menyatakan bahwa domain tidak menerima email, jadi pengirim langsung mem-bounce pesan dengan 556 5.1.10, alih-alih mencoba ulang selama berhari-hari. Record ini harus menjadi satu-satunya record MX. example.com memublikasikannya, dengan SPF -all dan DMARC p=reject di sampingnya.

Apa yang terjadi jika domain tidak punya record MX?

Email tetap dicoba. Tanpa record MX, pengirim mengirim ke alamat A atau AAAA milik domain itu sendiri, yaitu MX implisit (RFC 5321 bagian 5.1). Jika tidak ada yang menjawab di port 25 di sana, pesan menunggu di antrean pengirim, dicoba ulang selama empat sampai lima hari, lalu bounce. Domain yang seharusnya tidak menerima email sebaiknya memublikasikan null MX.

Apakah satu record MX saja merupakan masalah?

Tidak. Satu record MX adalah penyiapan yang lengkap jika nama di baliknya memakai load balancing: host smtp.google.com milik Google Workspace dan mail.protection.outlook.com milik Microsoft 365 masing-masing dijawab oleh banyak server. RFC 5321 tidak mewajibkan jumlah minimum record MX. Alat ini menampilkan berapa alamat IPv4 dan IPv6 di balik setiap host MX, sehingga Anda bisa melihat redundansinya.

Mengapa MX menunjukkan penyedia yang berbeda dari dugaan saya?

Sebuah gateway bisa berada di depan kotak surat. Mimecast, Proofpoint, Barracuda, dan Cloudflare Email Security menyaring email lebih dulu, jadi MX menyebut gateway, sementara kotak suratnya ada di Microsoft 365, Google Workspace, atau penyedia lain di baliknya. Alat ini membaca include SPF dan record Autodiscover domain untuk menyebut kemungkinan penyedia kotak surat, dan menampilkan buktinya.

Apakah record MX bersifat publik?

Ya. Record MX memang dirancang sebagai data DNS publik: setiap server email di dunia harus bisa mencarinya untuk mengirim ke domain Anda. Record ini menunjukkan server mana yang menerima email dan siapa yang mengelolanya, bukan siapa yang mengirim atau apa isi kotak suratnya. Menyembunyikannya justru akan membuat email Anda tidak sampai.

Apakah record MX memengaruhi pengiriman email?

Tidak. Record MX hanya mengarahkan email masuk ke server Anda. Server mana yang boleh mengirim atas nama domain Anda ditentukan oleh SPF, DKIM, dan DMARC, yang dicek penerima di setiap pesan. Anda bisa mengirim dari satu penyedia dan menerima di penyedia lain; dalam hal itu keduanya muncul di SPF, sementara hanya penyedia penerima yang ada di MX.

Mengapa saya tidak bisa terhubung ke port 25 dari komputer saya?

Sebagian besar jaringan rumahan dan seluler, serta cloud seperti AWS, Google Cloud, dan Azure, memblokir koneksi keluar ke port 25 untuk mencegah spam, sehingga telnet atau openssl ke server email kehabisan waktu. Itu tidak menunjukkan apa pun tentang servernya. Alat ini menguji setiap server email dari server kami sendiri di Mumbai, yang bisa menjangkau port 25, dan menampilkan percakapan lengkapnya.

Alat DNS dan email lainnya