ml

കസ്റ്റം-ഡൊമെയിൻ MX സജ്ജീകരണം അനുമാനമില്ലാതെ

ശുദ്ധമായ MX ക്രമീകരണത്തോടെ ഒരു ഡൊമെയിൻ GPTMail-ലേക്ക് ബന്ധിപ്പിക്കുക, അധികാരപരമായ DNS യാഥാർത്ഥ്യത്തിൽ എന്താണ് തിരികെ നൽകുന്നത് എന്ന് പരിശോധിക്കുക, ശരിയായതായി തോന്നുന്ന റെക്കോർഡ് പോലും പരാജയപ്പെടുന്ന സാധാരണ സാഹചര്യങ്ങൾ കണ്ടെത്തുക.

2026 ജൂലൈ 17

കസ്റ്റം ഡൊമെയിനിൽ നിന്ന് DNS വഴി മെയിൽ ഇൻബോക്സിലേക്ക് ഒരു കൃത്യമായ മാർഗം

ഒരു MX റെക്കോർഡ് ഒരു ചുരുങ്ങിയ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: ഈ ഡൊമെയ്‌നിനായി മെയിൽ ഏത് സർവറിന് ലഭിക്കണം? താൽക്കാലിക-ഇമെയിൽ കസ്റ്റം ഡൊമെയ്‌നിനായി, Cloudflare അധികാരപരമായ DNS ഹോസ്റ്റ് ചെയ്യാം, എന്നാൽ GPTMail—Cloudflare അല്ല—സ്വീകരണ ഇൻബോക്സ് സേവനം നൽകുന്നു. DNS ഡാഷ്ബോർഡ് ശരിയായി കാണുമ്പോഴും പൊതു DNS പ്രതികരണം മറ്റൊന്നാണ് എന്ന് പറയുമ്പോഴും ക്രമീകരണം ആശയക്കുഴപ്പമാകുന്നു.

പരിഹാരം ഫോം വിലയിരുത്തുന്നത് നിർത്തി, ഇന്റർനെറ്റ് യഥാർത്ഥത്തിൽ കാണുന്ന ഉത്തരത്തെ പരിശോധിക്കുകയാണ്.

DNS മാറ്റുന്നതിന് മുമ്പ്

  • ഡൊമെയിന്റെ അധികാരപരമായ നെയിംസർവറുകൾക്കായി DNS നിങ്ങൾക്ക് എഡിറ്റ് ചെയ്യാൻ കഴിയും.
  • ഡൊമെയിൻ നിങ്ങൾ മെയിൽ സ്വീകരിക്കാൻ ഉദ്ദേശിക്കുന്ന അതേ ഡൊമെയിനാണ്.
  • GPTMail കാണിക്കുന്ന നിലവിലെ പൊതു MX ലക്ഷ്യം നിങ്ങൾ പകർത്തിയിട്ടുണ്ട്.

GPTMail നിലവിൽ add-domain പാനലിലും ഡൊമെയിൻ പേജ് ലും ആവശ്യമായ ലക്ഷ്യം പ്രദർശിപ്പിക്കുന്നു. പഴയ സ്ക്രീൻഷോട്ട് അല്ലെങ്കിൽ മറ്റൊരു സേവനത്തിൽ നിന്ന് പകർത്തിയ റെക്കോർഡ് ഉപയോഗിക്കുന്നതിനേക്കാൾ ആ മൂല്യം ഉപയോഗിക്കുക.

കുറഞ്ഞതായ റെക്കോർഡ്

നിലവിലെ GPTMail പൊതു ലക്ഷ്യത്തിനായി, റെക്കോർഡ് സാധാരണയായി ഇങ്ങനെ ആണ്:

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

DNS പ്രൊവൈഡർമാർ ഹോസ്റ്റ് ഫീൽഡ് വ്യത്യസ്തമായി വിവരണം ചെയ്യുന്നു. @, ശൂന്യ മൂല്യം, അല്ലെങ്കിൽ ഡൊമെയിൻ തന്നെ എല്ലാം സോൺ അപെക്സ് എന്നർത്ഥം വരാം. പ്രൊവൈഡറിന്റെ രീതിപ്രകാരം പ്രവർത്തിക്കുക; ഇന്റർഫേസ് ശൂന്യ ഫീൽഡ് പ്രതീക്ഷിക്കുന്നുവെങ്കിൽ @ നേരിട്ട് നൽകരുത്.

ചില പ്രൊവൈഡർമാർ ലക്ഷ്യത്തിന് ശേഷം ഒരു ഡോട്ട് ചേർക്കാൻ ആവശ്യപ്പെടുന്നു, ചിലർ അത് സ്വയമേവ ചേർക്കുന്നു. ശരിയായി കൈകാര്യം ചെയ്താൽ ഇരുവിധവും ഒരേ DNS നാമം പ്രതിനിധീകരിക്കുന്നു.

പകർപ്പു ചെയ്യുന്നതിന് മുമ്പ് പൊതു അല്ലെങ്കിൽ സ്വകാര്യ ഡൊമെയിൻ തിരഞ്ഞെടുക്കുക

GPTMail‑ന് രണ്ട് കസ്റ്റം‑ഡൊമെയിൻ മോഡുകൾ ഉണ്ട്, അവ എല്ലായ്പ്പോഴും ഒരേ MX ലക്ഷ്യം ഉപയോഗിക്കുന്നില്ല.

  • പൊതു ഡൊമെയിൻ ഡൊമെയിൻ പേജ്‑ൽ കാണുന്ന പൊതു ലക്ഷ്യം ഉപയോഗിക്കുന്നു. സ്ഥിരീകരണത്തിന് ശേഷം അത് പൊതു ഡൊമെയിൻ പട്ടികയിൽ പ്രത്യക്ഷപ്പെടുകയും സർവർ‑വശ അഭ്യർത്ഥനകൾക്കായി API കീ ലഭിക്കുകയും ചെയ്യുന്നു.
  • സ്വകാര്യ ഡൊമെയിൻ പൊതു പട്ടികയിൽ നിന്ന് പുറത്താണ്, അത് നിങ്ങളുടെ GPTMail അക്കൗണ്ടുമായി ലിങ്ക് ചെയ്തിരിക്കുന്നു: ആദ്യം സൈൻ ഇൻ ചെയ്യുക, ആ അക്കൗണ്ടിന് മാത്രമേ അതിന്റെ സന്ദേശങ്ങൾ കാണാനാകൂ. GPTMail ഹോംപേജ്‑യിലെ സ്വകാര്യ‑ഡൊമെയിൻ ടാബിൽ നിന്ന് ആരംഭിച്ച് MX എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് സമർപ്പിത DNS ക്രമീകരണങ്ങൾ സൃഷ്ടിക്കുക.

ഈ ലേഖനത്തിലെ പൊതു ഉദാഹരണം സ്വകാര്യ‑ഡൊമെയിൻ ക്രമീകരണത്തിൽ പകർത്തരുത്. നിങ്ങൾ ചേർക്കുന്ന ഡൊമെയിനിന്റെ മൂല്യം സത്യമായ ഉറവിടമാണ്.

മുൻഗണന വേഗതയുടെ ക്രമീകരണമല്ല

കുറഞ്ഞ സംഖ്യകൾക്ക് ഉയർന്ന മുൻഗണനയുണ്ട്. മുൻഗണന 1 ഒരു വ്യക്തമായ ഡീഫോൾട്ടാണ്, പക്ഷേ 0 അല്ലെങ്കിൽ 10 മാത്രമൊരു MX മാർഗം ഉള്ളപ്പോൾ പ്രവർത്തിക്കും. അപകടകരമായ ക്രമീകരണം കുറഞ്ഞ സംഖ്യയുള്ള പഴയ റെക്കോർഡ് മറ്റെവിടെയെങ്കിലും സൂചിപ്പിക്കുന്നത് ആണ്. അയച്ചവൾ ആദ്യം ആ മാർഗം പരീക്ഷിക്കും.

മൈഗ്രേഷൻ സമയത്ത്, നിങ്ങൾ ഉദ്ദേശപൂർവ്വം പരീക്ഷിച്ച ബാക്കപ്പ് റിസീവർ പ്രവർത്തിപ്പിക്കുന്നില്ലെങ്കിൽ പഴയ MX റെക്കോർഡുകൾ നീക്കം ചെയ്യുക. ഒന്നിലധികം റെക്കോർഡുകൾ അനാവശ്യ അലങ്കാരം അല്ല; അവ വ്യത്യസ്ത ഡെലിവറി മാർഗങ്ങൾ നിർവചിക്കുന്നു.

അധികാരപരമായ ഉത്തരത്തെ പരിശോധിക്കുക

റെക്കോർഡ് സംരക്ഷിച്ചതിന് ശേഷം, പൊതു DNS ചോദിക്കുക:

dig MX your-domain.example

ഉത്തരം GPTMail ലക്ഷ്യം ഉൾക്കൊള്ളണം. ഇല്ലെങ്കിൽ, ഏത് നെയിംസർവറുകൾ അധികാരപരമാണെന്ന് പരിശോധിക്കുക:

dig NS your-domain.example

പിന്നീട് ആ നെയിംസർവറുകളിൽ ഒന്നിനോട് നേരിട്ട് ചോദിക്കുക:

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

ഇത് പ്രചരണം വൈകല്യത്തെ തെറ്റായ DNS സോൺ എഡിറ്റ് ചെയ്യുന്നതിൽ നിന്ന് വേർതിരിക്കുന്നു. അധികാരപരമായ സർവർ പുതിയ റെക്കോർഡ് തിരികെ നൽകുന്നുവെങ്കിലും പൊതു റിസോൾവർ നൽകുന്നില്ലെങ്കിൽ, കാഷെ ഡാറ്റ കാലഹരണപ്പെടാൻ കാത്തിരിക്കുക. അധികാരപരമായ സർവർ ഇപ്പോഴും പഴയ മൂല്യം തിരികെ നൽകുന്നുവെങ്കിൽ, കാത്തിരിക്കലും പ്രശ്നം പരിഹരിക്കില്ല; മാറ്റം തെറ്റായ സ്ഥലത്ത് സംരക്ഷിച്ചോ പ്രസിദ്ധീകരിച്ചോ ഇല്ല.

ശരിയായ റെക്കോർഡ് അറിയപ്പെടാത്തതായിരിക്കാനുള്ള കാരണം

റിസോൾവർ ടൈംഔട്ടുകൾ, നെയിംസർവർ പ്രശ്നങ്ങൾ, DNSSEC പിശകുകൾ, അല്ലെങ്കിൽ റെക്കോർഡ് ഇപ്പോഴും പ്രചരിക്കുന്നതുകൊണ്ട് DNS പരിശോധനകൾ താൽക്കാലികമായി ഉത്തരം നൽകാതെ പോകാം. ഒരു പരാജയപ്പെട്ട ലുക്കപ്പ് ഡൊമെയിൻ തെറ്റായി ക്രമീകരിച്ചിട്ടുണ്ടെന്ന് തെളിയിക്കുന്നില്ല.

GPTMail MX റെക്കോർഡ് ആവശ്യമായ സർവറിലേക്ക് സൂചിപ്പിച്ചിട്ടില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുകയാണെങ്കിൽ:

  1. ഡൊമെയിൻ മാനേജറിൽ കാണുന്ന യഥാർത്ഥ MX മൂല്യം പകർത്തുക.
  2. പൂർണ്ണ ഹോസ്റ്റ്നെയിം ഉൾപ്പെടെ, അത് ആവശ്യമായ ലക്ഷ്യവുമായി താരതമ്യം ചെയ്യുക.
  3. ഉയർന്ന മുൻഗണനയുള്ള ഒരു മത്സര റെക്കോർഡ് ഉണ്ടോ എന്ന് പരിശോധിക്കുക.
  4. അധികാരപരമായ നെയിംസർവറിനെ നേരിട്ട് ചോദിക്കുക.
  5. കുറച്ച് മിനിറ്റ് കാത്ത്, പുതിയ DNS മാറ്റത്തിന് ശേഷം വീണ്ടും ശ്രമിക്കുക.

DNS പ്രചരിക്കുന്ന സമയത്ത് ഡൊമെയിൻ തുടർച്ചയായി ഡിലീറ്റ് ചെയ്ത് വീണ്ടും സൃഷ്ടിക്കരുത്. അത് ആപ്ലിക്കേഷൻ നില മാറ്റുന്നു, DNS തിരികെ നൽകുന്നതിൽ മാറ്റമില്ലാതെ.

Cloudflare-അധികൃത ക്രമീകരണം

ഈ പ്രവാഹത്തിൽ Cloudflare DNS പ്രൊവൈഡറാണ്; GPTMail താൽക്കാലിക ഇൻബോക്സ് സ്വീകരകനാണ്. ഈ ക്രമീകരണം Cloudflare Email Routing ഉപയോഗിക്കുന്നില്ല.

അധികാരം നൽകുന്നതിന് മുമ്പ്, താഴെപ്പറയുന്നവ പരിശോധിക്കുക:

  • ഡൊമെയ്‌നിനെ യഥാർത്ഥത്തിൽ നിയന്ത്രിക്കുന്ന Cloudflare അക്കൗണ്ടും സോണും തിരഞ്ഞെടുക്കുക.
  • Cloudflare Email Routing സജീവമാണെങ്കിൽ, ആദ്യം അത് അപ്രാപ്തമാക്കുക. GPTMail അതിന്റെ റൂട്ടിംഗ് MX റെക്കോർഡുകൾ കണ്ടെത്തി, DNS മാറ്റാതെ നിർത്തി, സംഘർഷം പരിഹരിക്കാൻ നിങ്ങളോട് ആവശ്യപ്പെടും.
  • GPTMail കാണിക്കുന്ന ലക്ഷ്യം പരിശോധിക്കുക. ഒരിക്കൽ മാത്രമുള്ള അധികാരം ആ ഡൊമെയ്‌നിനുള്ള MX റെക്കോർഡുകൾ മാത്രം മാറ്റുന്നു; മറ്റ് DNS റെക്കോർഡ് തരം മാറ്റപ്പെടില്ല, കൂടാതെ ആക്സസ് ടോക്കൺ കോൾബാക്ക് പൂർത്തിയായ ശേഷം റദ്ദാക്കപ്പെടും.

ഓട്ടോമാറ്റിക് റെക്കോർഡ് 0 മുൻഗണന ഉപയോഗിക്കുന്നു, മുകളിൽ കാണിച്ച മാനുവൽ ഉദാഹരണം 1 ഉപയോഗിക്കുന്നു. ഇത് ഏകമാത്ര MX റൂട്ട് ആയിരിക്കുമ്പോൾ ഇരുവരും സാധുവാണ്. അധികാരം നൽകുന്നത് ടൈപ്പിംഗ് പിശകുകൾ കുറയ്ക്കുന്നു, പക്ഷേ അന്തിമ പരിശോധന ഇപ്പോഴും പൊതു DNS-ലാണ് ആശ്രയിക്കുന്നത്.

ഡൊമെയ്ൻ മറ്റൊരു DNS പ്രൊവൈഡർ ഉപയോഗിക്കുന്നുവെങ്കിൽ, റെക്കോർഡ് മാനുവലായി ചേർത്ത്, GPTMail-ലേക്ക് മടങ്ങി പരിശോധന വീണ്ടും ശ്രമിക്കുക.

യഥാർത്ഥ ഡെലിവറി പരീക്ഷിക്കുക

MX ലുക്കപ്പ് റൂട്ടിംഗ് സ്ഥിരീകരിക്കുന്നു, അവസാന-അവസാന ഡെലിവറി അല്ല. പരിശോധനയ്ക്ക് ശേഷം:

  • ഡൊമെയിനിൽ ഒരു പുതിയ വിലാസം സൃഷ്ടിക്കുക;
  • ബന്ധമില്ലാത്ത പ്രൊവൈഡറിൽ നിന്ന് ഒരു ചുരുങ്ങിയ പ്ലെയിൻ-ടെക്സ്റ്റ് സന്ദേശം അയയ്ക്കുക;
  • സ്വീകർത്താവിന്റെ വിലാസം കൃത്യമായി പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക;
  • പരാജയമെന്ന് കരുതുന്നതിന് മുമ്പ് അയച്ചവൻ ഡെലിവറി പൂർത്തിയാക്കുന്നത് വരെ കാത്തിരിക്കുക;
  • ആദ്യ സന്ദേശം വൈകിയാൽ രണ്ടാമത്തെ അയച്ചവനെ പരീക്ഷിക്കുക.

പഴയ MX മാർഗം അടുത്തിടെ കാഷെ ചെയ്ത സിസ്റ്റത്തിൽ നിന്ന് മാത്രം പരീക്ഷിക്കുന്നത് ഒഴിവാക്കുക.

ഉടമസ്ഥതയും വീണ്ടെടുക്കലും വേർതിരിക്കുക

കസ്റ്റം ഡൊമെയിൻ നിങ്ങൾക്ക് നാമകരണം നിയന്ത്രണം നൽകുന്നു, പക്ഷേ GPTMail ഒരു താൽക്കാലിക ഇൻബോക്സ് സേവനമായി തുടരുന്നു. രജിസ്ട്രാർ ആക്സസ്, DNS വീണ്ടെടുക്കൽ, പ്രധാന അക്കൗണ്ട് വീണ്ടെടുക്കൽ എന്നിവ താൽക്കാലിക ഡൊമെയിനിന് പുറത്തുള്ള ഒരു ദീർഘകാല മെയിൽബോക്സിൽ സൂക്ഷിക്കുക.

സ്വകാര്യ ഡൊമെയിൻ ആദ്യം തന്നെ അനുയോജ്യമാണോ എന്ന് തീരുമാനിക്കാൻ, സൗകര്യത്തിന് പകരം ഫലത്തിനായി ഒരു ഇൻബോക്സ് തിരഞ്ഞെടുക്കുക വായിക്കുക. MX പരിശോധനയ്ക്ക് ശേഷം പരീക്ഷണ സന്ദേശങ്ങൾ ഇപ്പോഴും എത്താത്തപക്ഷം, സ്ഥിരീകരണ ഇമെയിൽ എത്തുന്നില്ല: തകരാറുള്ള ഘട്ടം കണ്ടെത്തുക ഉപയോഗിക്കുക.

GPTMail