Rekor MX njawab siji pitakonan sing sempit: server endi sing kudu nampa surat kanggo domain iki? Kanggo domain khusus email sementara, Cloudflare bisa dadi host DNS otoritatif, dene GPTMail—bukan Cloudflare—nyedhiyakake layanan kotak mlebu sing nampa. Pangaturan iki dadi mbingungake nalika dasbor DNS katon bener nanging respon DNS publik ngomong sing beda.
Obaté yaiku mandheg ngadili formulir lan mriksa jawaban sing bener-bener bisa dideleng ing internet.
Sadurunge ngowahi DNS
Konfirmasi telung rincian:
- Sampeyan bisa nyunting DNS kanggo nameserver otoritatif domain.
- Domain iku persis domain sing sampeyan arep nampa email.
- Sampeyan wis nyalin target MX publik saiki sing ditampilaké dening GPTMail.
GPTMail saiki nampilaké target sing dibutuhaké ing panel tambah-domain lan kaca domain. Gunakna nilai iku tinimbang screenshot lawas utawa rekaman sing disalin saka layanan liya.
Rekor minimal
Kanggo target publik GPTMail saiki, rekornya biasané:
Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1Penyedia DNS nerangaké kolom host kanthi cara sing béda. @, nilai kosong, utawa domainé dhéwé bisa tegesé zona puncak. Tindakake konvènsi penyedia; aja nulis @ sacara harfiah yen antarmuka ngarepake kolom kosong.
Sawetara penyedia mbutuhaké titik (dot) ing mburi target lan sawetara nambahaké otomatis. Loro-lorone nuduhaké jeneng DNS sing padha yen diproses kanthi bener.
Pilih publik utawa pribadi sadurunge nyalin target
GPTMail nduweni loro mode domain khusus, lan ora mesthi nggunakake target MX sing padha.
- Domain publik nggunakake target publik sing ditampilake ing kaca domain. Sawise verifikasi, domain kasebut bakal muncul ing dhaptar domain publik lan nampa kunci API kanggo panjalukan sisih server.
- Domain pribadi ora kalebu ing dhaptar publik lan disambungake karo akun GPTMail sampeyan: mlebu dhisik, lan mung akun kasebut sing bisa ndeleng pesene. Miwiti saka tab domain-pribadi ing beranda GPTMail lan gawe setelan DNS khusus sadurunge nyunting MX.
Aja nyalin conto publik ing artikel iki menyang setelan domain-pribadi. Nilai sing ditampilake kanggo domain sing sampeyan tambahake iku sumber kebenaran.
Prioritas dudu setelan kecepatan
Nomor sing luwih cilik nduwèni prioritas luwih dhuwur. Prioritas 1 iku standar sing cetha, nanging 0 utawa 10 uga bisa digunakaké nalika iku siji-sijiné rute MX. Konfigurasi sing mbebayani yaiku rekaman lawas kanthi angka luwih cilik sing nuduhaké menyang panggonan liya. Pengirim bakal nyoba rute kuwi dhisik.
Sajrone migrasi, copot rekaman MX sing ora diperlokaké kajaba sampeyan sengaja ngoperasikaké penerima cadangan sing wis dites. Akeh rekaman ora mung hiasan sing ora berbahaya; iku nemtokaké rute pangiriman alternatif.
Verifikasi jawaban otoritatif
Sawisé nyimpen rekaman, takon DNS publik:
dig MX your-domain.exampleJawaban kudu ngandhut target GPTMail. Yen ora, priksa endi nameserver sing otoritatif:
dig NS your-domain.exampleBanjur takon langsung salah siji nameserver kuwi:
dig @authoritative-nameserver.example MX your-domain.exampleIki misahaké tundha propagasi saka nyunting zona DNS sing salah. Yen server otoritatif wis mbalèkaké rekaman anyar nanging resolver publik ora, enteni data cache kadaluwarsa. Yen server otoritatif isih mbalèkaké nilai lawas, ngenteni ora bakal ndandani; perubahané disimpen ing panggonan sing salah utawa ora dipublikasikaké.
Kenapa rekaman sing bener bisa katon ora dikenal
Pemeriksaan DNS bisa sementara ora ngasilaké jawaban amarga timeout resolver, masalah nameserver, kesalahan DNSSEC, utawa rekaman sing isih propagasi. Siji lookup sing gagal ora mbuktèkaké domain iku salah konfigurasi.
Yen GPTMail nglaporaké yèn rekaman MX ora nuduhaké menyang server sing dibutuhaké:
- Salin nilai MX sing nyata sing ditampilaké ing manajer domain.
- Bandhingaké karo target sing dibutuhaké, kalebu jeneng host lengkap.
- Priksa apa ana rekaman saingan kanthi prioritas luwih dhuwur.
- Takon langsung nameserver otoritatif.
- Enteni sawetara menit lan coba maneh sawisé owah-owahan DNS anyar.
Aja terus-terusan mbusak lan nggawe maneh domain nalika DNS lagi propagasi. Iku ngowahi status aplikasi tanpa ngowahi apa sing dibalekaké DNS.
Pangaturan sing disahake Cloudflare
Cloudflare iku panyedhiya DNS ing alur iki; GPTMail iku penerima kotak mlebu sementara. Pangaturan iki ora nggunakake Cloudflare Email Routing.
Sadurunge sahake, priksa perkara ing ngisor iki:
- Pilih akun Cloudflare lan zona sing tenan ngontrol domain.
- Yen Cloudflare Email Routing wis diaktifake, mateni dhisik. GPTMail ndeteksi rekaman MX routing‑e, mandheg tanpa ngowahi DNS, lan njaluk sampeyan ngrampungake konflik.
- Tinjau target sing dituduhake GPTMail. Otorisasi siji-wektu iki ngganti rekaman MX mung kanggo domain iki; jinis rekaman DNS liyane ora diowahi, lan token akses dibatalake sawise callback rampung.
Rekor otomatis nggunakake prioritas 0, dene conto manual ing ndhuwur nggunakake 1. Loro-lorone sah nalika iku siji-sijine rute MX. Otorisasi nyuda kesalahan ngetik, nanging verifikasi pungkasan isih gumantung marang DNS publik.
Yen domain nggunakake panyedhiya DNS liyane, tambahake rekaman kanthi manual lan bali menyang GPTMail kanggo nyoba verifikasi maneh.
Tes pangiriman nyata
Lookup MX ngonfirmasi rute, ora pangiriman end-to-end. Sawisé verifikasi:
- gawe alamat anyar ing domain;
- kirim pesen teks singkat saka panyedhiya sing ora terkait;
- konfirmasi alamat panampa persis cocok;
- enteni pangirim ngrampungaké pangiriman sadurunge nganggep gagal;
- coba pangirim kapindho yen pesen kapisan telat.
Aja mung nguji saka sistem sing anyar-anyar iki nyimpen rute MX lawas ing cache.
Jaga kepemilikan lan pemulihan terpisah
Domain kustom maringi kontrol penamaan, nanging GPTMail tetep dadi layanan kotak mlebu sementara. Jaga akses registrar, pemulihan DNS, lan pemulihan akun penting ing kotak surat sing awet njaba domain sementara.
Kanggo mutusaké apa domain pribadi cocok saka wiwitan, waca Pilih Kotak Mlebu Miturut Konsekuensi, Dudu Kemudahan. Yen pesen tes isih ora teka sawisé verifikasi MX, gunakna Email Verifikasi Ora Teka: Temokake Langkah Rusak.