tl

Pag-setup ng MX para sa Custom na Domain nang Walang Hula

Ikonekta ang isang domain sa GPTMail gamit ang malinis na konfigurasyon ng MX, beripikahin kung ano talaga ang ibinabalik ng awtoritatibong DNS, at suriin ang mga karaniwang kaso kung saan kahit mukhang tama ang rekord ay nabibigo.

Hul 17, 2026

Isang tumpak na ruta mula sa custom na domain sa pamamagitan ng DNS patungo sa isang mail inbox

Ang isang MX record ay sumasagot sa isang tiyak na tanong: alin na server ang dapat tumanggap ng mail para sa domain na ito? Para sa isang temporary-email na custom domain, maaaring i-host ng Cloudflare ang authoritative DNS, habang ang GPTMail—hindi Cloudflare—ang nagbibigay ng serbisyo ng pagtanggap ng inbox. Nagiging magulo ang setup kapag tama ang itsura ng DNS dashboard ngunit ibang sinasabi ang public DNS response.

Ang lunas ay itigil ang paghusga sa anyo at inspeksyunin ang sagot na tunay na nakikita ng internet.

Bago baguhin ang DNS

Kumpirmahin ang tatlong detalye:

  • Maaari mong i-edit ang DNS para sa mga awtoritatibong nameserver ng domain.
  • Ang domain ay eksaktong domain na nais mong tumanggap ng mail.
  • Kinopya mo na ang kasalukuyang pampublikong MX target na ipinapakita ng GPTMail.

Sa kasalukuyan, ipinapakita ng GPTMail ang kinakailangang target sa panel ng pagdagdag ng domain at sa pahina ng domain. Gamitin ang halagang iyon kaysa sa lumang screenshot o rekord na kinopya mula sa ibang serbisyo.

Ang pinakapayak na rekord

Para sa kasalukuyang pampublikong target ng GPTMail, karaniwang ganito ang rekord:

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

Iba't ibang paraan ng paglalarawan ng mga DNS provider sa host field. Ang @, walang laman na halaga, o ang mismong domain ay maaaring tumukoy sa zone apex. Sundin ang konbensyon ng provider; huwag literal na ilagay ang @ kung ang interface ay naghihintay ng blangkong field.

May ilang provider na nangangailangan ng trailing dot pagkatapos ng target at may ilan na awtomatikong nagdadagdag nito. Parehong anyo ay kumakatawan sa parehong DNS name kapag tama ang paghawak.

Pumili ng pampubliko o pribado bago kopyahin ang target

May dalawang mode ang GPTMail para sa custom-domain, at hindi palaging pareho ang MX target na ginagamit nila.

  • Ang isang pampublikong domain ay gumagamit ng pampublikong target na ipinapakita sa pahina ng domain. Pagkatapos ng beripikasyon, ito ay lilitaw sa listahan ng pampublikong domain at makakatanggap ng API key para sa mga kahilingan mula sa server.
  • Ang isang pribadong domain ay nananatiling wala sa pampublikong listahan at naka-link sa iyong GPTMail account: mag-sign in muna, at ang account lang na iyon ang makakakita ng mga mensahe nito. Magsimula mula sa tab na private-domain sa homepage ng GPTMail at lumikha ng dedikadong mga setting ng DNS bago i-edit ang MX.

Huwag kopyahin ang pampublikong halimbawa sa artikulong ito papunta sa isang pribadong domain na setup. Ang halagang ipinapakita para sa domain na iyong idinadagdag ay ang pinakapinagkakatiwalaang pinagmulan.

Ang priority ay hindi setting ng bilis

Mas mababang numero ay may mas mataas na prayoridad. Ang priority na 1 ay malinaw na default, ngunit ang 0 o 10 ay gumagana rin kapag ito lamang ang MX route. Ang mapanganib na konfigurasyon ay isang mas lumang rekord na may mas mababang numero na tumuturo sa ibang lokasyon. Susubukan muna ng mga nagpadala ang rutang iyon.

Sa panahon ng migrasyon, alisin ang mga lipas na MX record maliban kung sinasadya mong magpatakbo ng nasubukang backup receiver. Ang maraming rekord ay hindi basta dekorasyon; nagtatakda ito ng mga alternatibong ruta ng paghahatid.

Beripikahin ang awtoritatibong sagot

Pagkatapos i-save ang rekord, i-query ang pampublikong DNS:

dig MX your-domain.example

Dapat naglalaman ang sagot ng GPTMail target. Kung wala, tingnan kung aling mga nameserver ang awtoritatibo:

dig NS your-domain.example

Pagkatapos, tanungin nang direkta ang isa sa mga nameserver na iyon:

dig @authoritative-nameserver.example MX your-domain.example

Hinahati nito ang propagation delay mula sa pag-edit ng maling DNS zone. Kung ang awtoritatibong server ay nagbabalik na ng bagong rekord ngunit ang pampublikong resolver ay hindi, maghintay hanggang sa mag-expire ang naka-cache na data. Kung ang awtoritatibong server ay patuloy na nagbabalik ng lumang halaga, hindi ito maaayos sa paghihintay; ang pagbabago ay nai-save sa maling lugar o hindi nailathala.

Bakit maaaring magmukhang hindi kilala ang tamang rekord

Maaaring pansamantalang walang sagot ang mga DNS check dahil sa resolver timeouts, problema sa nameserver, mga error sa DNSSEC, o rekord na patuloy pang nagpo-propagate. Ang isang nabigong lookup ay hindi nangangahulugang maling naka-configure ang domain.

Kung iniulat ng GPTMail na ang MX record ay hindi nakaturo sa kinakailangang server:

  1. Kopyahin ang aktwal na MX value na ipinapakita sa domain manager.
  2. Ihambing ito sa kinakailangang target, kasama ang buong hostname.
  3. Suriin kung may kumpetisyon na rekord na may mas mataas na prayoridad.
  4. I-query nang direkta ang awtoritatibong nameserver.
  5. Maghintay ng ilang minuto at subukang muli pagkatapos ng bagong pagbabago sa DNS.

Huwag paulit-ulit na i-delete at muling likhain ang domain habang nagpo-propagate ang DNS. Binabago nito ang estado ng aplikasyon nang hindi binabago ang ibinabalik ng DNS.

Cloudflare-authorized setup

Ang Cloudflare ang DNS provider sa daloy na ito; ang GPTMail ang temporary inbox receiver. Ang setup na ito ay hindi gumagamit ng Cloudflare Email Routing.

Bago mag-authorize, suriin ang mga sumusunod:

  • Piliin ang Cloudflare account at zone na talagang kumokontrol sa domain.
  • Kung naka‑enable ang Cloudflare Email Routing, i-disable muna ito. Nakakakita ang GPTMail ng mga routing MX record nito, humihinto nang hindi binabago ang DNS, at hinihingi sa iyo na lutasin ang salungatan.
  • Suriin ang target na ipinapakita ng GPTMail. Ang isang beses na authorization ay pinapalitan ang MX records para sa domain na iyon lamang; hindi binabago ang ibang uri ng DNS record, at ang access token ay binabawi pagkatapos makumpleto ang callback.

Ang awtomatikong record ay gumagamit ng priority 0, habang ang manu-manong halimbawa sa itaas ay gumagamit ng 1. Pareho itong wasto kapag ito lamang ang MX route. Ang authorization ay nagbabawas ng mga pagkakamali sa pagta-type, ngunit ang huling beripikasyon ay nakasalalay pa rin sa public DNS.

Kung ang domain ay gumagamit ng ibang DNS provider, idagdag nang manu‑mano ang record at bumalik sa GPTMail upang subukang muli ang beripikasyon.

Subukan ang tunay na paghahatid

Ang MX lookup ay nagkukumpirma ng routing, hindi ng end-to-end na paghahatid. Pagkatapos ng beripikasyon:

  • lumikha ng bagong address sa domain;
  • magpadala ng maikling plain-text na mensahe mula sa ibang provider;
  • kumpirmahin na eksaktong tumutugma ang address ng tatanggap;
  • maghintay na makumpleto ng nagpadala ang paghahatid bago ipalagay na nabigo;
  • subukan ang pangalawang nagpadala kung ang unang mensahe ay naantala.

Iwasan ang pagsubok lamang mula sa sistemang kamakailan lamang nag-cache ng lumang MX route.

Panatilihing hiwalay ang pagmamay-ari at pag-recover

Ang custom na domain ay nagbibigay sa iyo ng kontrol sa pangalan, ngunit ang GPTMail ay nananatiling pansamantalang serbisyo ng inbox. Panatilihin ang access sa registrar, pag-recover ng DNS, at mahalagang pag-recover ng account sa isang matibay na mailbox na nasa labas ng pansamantalang domain.

Para malaman kung ang pribadong domain ay angkop mula pa sa simula, basahin ang Pumili ng Inbox Ayon sa Bunga, Hindi sa Kaginhawaan. Kung ang mga test na mensahe ay hindi pa rin dumarating matapos ang MX beripikasyon, gamitin ang Hindi Dumarating ang Email ng Beripikasyon: Hanapin ang Sirang Hakbang.

GPTMail