SMTP ഇ-മെയിലിനു ഡെലിവറി നില പരിചയപ്പെടുത്താൻ എങ്ങനെയാണ് ഡിഎസ്എൻ ഉദ്ദേശിച്ചത് എന്ന് കണ്ടെത്തുക.
നിങ്ങൾ നൽകിയ ഒരു ഇമെയിൽ എന്ത് സംഭവിച്ചു എന്നതിനെക്കുറിച്ച് ആശ്ചര്യമുണ്ടോ?
SMTP പ്രോട്ടോക്കോളിലെ ഹ്രസ്വമായ ഒരു നോട്ടം നിങ്ങൾക്ക് സാധാരണ ഹെലവോ കൂടാതെ, EHLO യും ഉണ്ട്, ഇത് എക്സ്റ്റന്റഡ് SMTP സെർവർ അതിന്റെ നിലവാരത്തെ പ്രാഥമിക സ്റ്റാൻഡേർഡിനേക്കാൾ പരസ്യം നൽകുന്നു. ഇതിൽ ഒന്ന് DSN ആണ്. DSN? ഡിഎൻഎയും ഡിഡിഎയും മതിയാകുമോ?
ആ മെയിൽ വിശ്വാസയോഗ്യമല്ലാത്തതാണെന്ന് വാദിക്കാൻ, "ആരെങ്കിലും സെർവർ നന്നായി ഭക്ഷണം കഴിക്കണം, അത് എന്റെ മെയിൽ തീർന്നിരിക്കുന്നു ... " എന്നത് അസാധാരണമല്ല. ഞാൻ സ്വയം തന്നെ. എന്നിരുന്നാലും, ഈ സംശയങ്ങളെ പിന്തുണയ്ക്കുന്നതിന് ധാരാളം കാരണങ്ങളില്ല.
ഡെലിവറി എസ് ടാറ്റസ് എൻ ഉദ്ധാരണം RFC 821 മുതൽ (1982 മുതൽ) നിന്നുമാണ്. SMTP പ്രോട്ടോക്കോളിലെ DATA ഭാഗം പൂർത്തിയായിക്കഴിഞ്ഞാൽ സെർവറിന് ഡെലിവറിക്ക് ഇമെയിൽ സ്വീകരിക്കുകയും അതിന് ഉത്തരവാദിത്തം അത് നൽകുകയും ചെയ്യുന്നു. എന്തെങ്കിലും കാരണത്താൽ, സ്വീകർത്താവിന് ഇത് ലഭിക്കാതിരിക്കുകയാണെങ്കിൽ യഥാർത്ഥ പിശക് അയയ്ക്കുന്ന ആളുടെ അറിയിപ്പുമായി അത് തിരികെ അയയ്ക്കണം. ഇത് ചില അസ്പഷ്ടമായ ഇ-മെയിലുകളിൽ കലാശിച്ചു.
അതിനുപുറമെ, ഈ പഴയ കൺവെൻഷൻ നിങ്ങൾ ഒരു പിശക് സന്ദേശം ലഭിച്ചെന്നോ അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഒന്നും അറിയില്ലെന്നോ ഒന്നും ലഭിച്ചിരുന്നില്ല : ഇമെയിൽ വന്നുകഴിഞ്ഞു അല്ലെങ്കിൽ ഇല്ലെങ്കിലോ. പിശക് സന്ദേശങ്ങളൊന്നുമില്ലാതെ തന്നെ പല കേസുകളിലും പിശക് സന്ദേശങ്ങൾ സഹായകരമായി. ഇമെയിൽ കൂടുതൽ കൂടുതൽ പ്രാധാന്യത്തോടെ വരുന്നതോടെ ഇത് തൃപ്തികരമല്ല (മുമ്പുപോലെ).
SMTP- ലേക്കുള്ള DSN വിപുലീകരണങ്ങൾ
കൂടുതൽ വിശ്വാസയോഗ്യമായതും കൂടുതൽ ഉപയോഗയോഗ്യമായതുമായ ഡി എസ് എൻ സമ്പ്രദായത്തിലേയ്ക്കു് നയിക്കുന്ന എസ്എംഎഫ്ടി പ്രോട്ടോക്കോളിലേക്കു് എക്സ്എഫ്സി 1891 ചില എക്സ്റ്റൻഷനുകൾ നിർദ്ദേശിയ്ക്കുന്നു. ഇത് MAIL, RCPT കമാൻഡുകൾക്കുള്ള വിപുലീകരണങ്ങളുടെ ഒരു കൂട്ടമാണ് (ഇത് നിങ്ങൾക്ക് എതെങ്കിലും അർത്ഥമില്ലെങ്കിൽ, SMTP എങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത് എന്ന് വായിച്ച് തുടർന്ന് മടങ്ങുക.).
EHLO ഇല്ല, രസകരം ഇല്ല
ആദ്യം, സെർവർ DSN- നെ പിന്തുണയ്ക്കുന്നുവെന്ന് ഉറപ്പുവരുത്തേണ്ടതുണ്ട്. അതിനാൽ, നാം അവനെ കുറിച്ച് പറയുകയും ശ്രദ്ധിക്കുകയും വേണം. ഫീച്ചർ പട്ടികയിൽ DSN ന് അൽപം പ്രതികരിക്കുന്നെങ്കിൽ, ഞങ്ങളുടെ അഭ്യർത്ഥനകൾക്ക് അത് സാധിക്കുമെന്ന് ഞങ്ങൾ അനുമാനിക്കാം. അല്ലെങ്കിൽ ഇല്ലെങ്കിൽ: നമുക്ക് മറ്റൊരു സെർവറിൽ ശ്രമിക്കാം അല്ലെങ്കിൽ DSN ഇല്ലാതെ ഇമെയിലിലേക്ക് തിരികെ വരാം. ഉദാഹരണത്തിന് (എന്റെ ഇൻപുട്ട് നീല, സെർവറിന്റെ ഔട്ട്പുട്ട് കറുപ്പ്):
220 larose.magnet.at ESMTP സെഡ്മെയിൽ 8.8.6 / 8.8.6; സൺ, 24 ഓഗററ് 1997 18:23:22 +0200
EHLO ലോഹോഹോസ്റ്റ്
250-larose.magnet.at ഹലോ ലോഹോഹോസ്റ്റ് [127.0.0.1], നിങ്ങളെ കാണാൻ ഇഷ്ടപ്പെടുന്നു
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-ഡി.എസ്.എൻ
250-ONEX
250-ETRN
250-XUSR
250 സഹായം
ഭാഗ്യവശാൽ, മറ്റ് കാര്യങ്ങളിൽ ഡിഎസ്എസിനുണ്ട്.
DSN പ്രേഷിത എക്സ്റ്റെൻഷനുകൾ
അടുത്ത കമാൻഡ് സാധാരണയായി MAIL ആണ്. ഡിഎൻഎൻ കൊണ്ട് ഇത് വ്യത്യസ്തമല്ല. എന്നാൽ നിങ്ങൾക്ക് ഇഷ്യൂ ചെയ്യാവുന്ന രണ്ട് അധിക ഓപ്ഷനുകളുണ്ട്: RET, ENVID.
RET എന്ന ഓപ്ഷൻ MAIL കമാൻഡിന് പകരം വച്ചുകൊണ്ടേയിരിക്കും, പക്ഷെ അത് ഇവിടെയും ശരിയായി പ്രവർത്തിക്കും. ഡെലിവറി പരാജയം ഉണ്ടെങ്കിൽ നിങ്ങളുടെ യഥാർത്ഥ സന്ദേശം എത്രമാത്രം മടക്കി നൽകണമെന്ന് വ്യക്തമാക്കാനാണ് ഉദ്ദേശിക്കുന്നത്. ശരിയായ ഫുൾ HDRS ആണ് ശരിയായ ആർഗ്യുമെന്റുകൾ. മുൻകരുതൽ എന്ന സന്ദേശം സന്ദേശത്തിൽ തെറ്റായ സന്ദേശത്തിൽ ഉൾപ്പെടുത്തുമെന്നാണ്, എച്ച്.ആർ ആർ എസ് സെർവറുകളെ പരാജയപ്പെട്ട മെയിലുകളുടെ ഹെഡററുകൾ മാത്രം തിരികെ നൽകണമെന്ന് നിർദ്ദേശിക്കുന്നു. RET വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, എന്താണ് ചെയ്യേണ്ടതെന്ന് സെർവറിന് മുമ്പിലുണ്ട്. മിക്ക സാഹചര്യങ്ങളിലും എച്ച്ഡിആർഎസ് സ്ഥിരസ്ഥിതി മൂല്യമായിരിക്കും.
എന്വിവി യഥാർത്ഥത്തിൽ അയക്കുന്നയാളെ അയക്കുന്നു അല്ലെങ്കിൽ (പകരം) ഈ മെയിൽ ഐഡന്റിഫയർ ഞങ്ങളെ ഏറ്റെടുക്കുന്ന ഒരേയൊരു ഇമെയിൽ ക്ലയൻറായിരിക്കും. ഒരു സാധുത നൽകിയിട്ടുള്ള പിശക് സന്ദേശം സൂചിപ്പിച്ചിട്ടുള്ള ഇമെയിൽ അയയ്ക്കുന്നയാളെ അറിയിക്കുക എന്നതാണ് ഇതിന്റെ ലക്ഷ്യം. ഈ ഐഡിയുടെ ഫോർമാറ്റ് അയച്ചിരിക്കുന്നയാളുടെ ഭാവനയ്ക്ക് അടിസ്ഥാനപരമായി അവശേഷിക്കുന്നു. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ ഞങ്ങൾ ENVID ഉപയോഗിക്കില്ല (ഭാവന!):
മെയിൽ ഫ്രോം: sender@example.com RET = HDRS
250 sender@example.com ... അയയ്ക്കുന്നയാൾ ശരി
നമ്മുടെ ഡിഎസ്എനിലെ തലക്കെട്ടുകൾ തിരികെ കൊണ്ടുവരാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.
DSN സ്വീകർത്താവ് എക്സ്റ്റെൻഷനുകൾ
ആർസിപിടിക്ക്: ഇതിൻറെ എക്സ്റ്റെൻഷനുകളുടെ ന്യായമായ അവകാശവും ലഭിക്കുന്നു: NOTIFY, ORCPT.
ഡിഎസ്എന്റെ യഥാർഥ ഹൃദയമാണ് അറിയിപ്പ്. ഒരു ഡെലിവറി സ്റ്റാറ്റസ് അറിയിപ്പ് എപ്പോൾ നൽകണമെന്ന് സെർവർ പറയുന്നു. ആദ്യത്തെ സാധ്യമായ മൂല്യം ഒരിക്കലും തന്നെ ആയിരിക്കില്ല എന്നാ, ഒരു സാഹചര്യത്തിലും ഒരു ഡി എസ് എൻ അയക്കുന്നയാളെ തിരികെ അയയ്ക്കണം. ഡിഎൻഎൻ ഇല്ലാതെ ഇത് സാധ്യമല്ല. അതിനുശേഷം വിജയിച്ചിട്ടുണ്ട്, നിങ്ങളുടെ മെയിൽ നിങ്ങളുടെ മെംബറിലായിരിക്കുമ്പോൾ അത് നിങ്ങളെ അറിയിക്കും. പരാജയം സുകേഷിൻറെ കൌണ്ടർപാർട്ടറാണ് (!): ഡെലിവറി ചെയ്യുമ്പോൾ ഒരു ശ്രേണി ഉണ്ടാകുമ്പോഴോ ഒരു ഡിഎസ്എൻ എത്തും. അവസാന ഓപ്ഷൻ DELAY: ഡെലിവറിയിൽ അസാധാരണ കാലതാമസം ഉണ്ടെങ്കിൽ നിങ്ങൾക്ക് അറിയിപ്പ് ലഭിക്കും, പക്ഷേ യഥാർത്ഥ വിതരണത്തിന്റെ ഫലം (വിജയം അല്ലെങ്കിൽ പരാജയം) ഇതുവരെ തീരുമാനിച്ചിട്ടില്ല. ഒരിക്കലും വ്യക്തമാക്കിയില്ലെങ്കിൽ മാത്രമേ വാദിക്കുകയുള്ളൂ, മറ്റ് മൂന്നു പേരുകൾ ഒരു കോമയാൽ വേർതിരിച്ചേക്കാം. വിജയവും വിജയവും ഒരു നല്ല ടീമിനുവേണ്ടി ഒന്നിച്ചു ചേർക്കുന്നു (!), നിങ്ങളുടെ മെയിലിന് എന്തു സംഭവിച്ചാലും (ഏതാണ്ട്) നിങ്ങളെ അറിയിക്കുന്നു.
ഒരു ഇമെയിൽ സന്ദേശത്തിന്റെ യഥാർത്ഥ സ്വീകർത്താവിന് മുൻകൈയെടുക്കാനാണ് ORCPT യുടെ ഉദ്ദേശ്യം, ഉദാഹരണത്തിന് ഇത് മറ്റൊരു വിലാസത്തിലേക്ക് കൈമാറുകയാണെങ്കിൽ. ഈ ഓപ്ഷനിലേക്കുള്ള ആർഗ്യുമെന്റ്, യഥാർത്ഥ സ്വീകർത്താവിന്റെ ഇമെയിൽ വിലാസം വിലാസ ടൈപ്പിനൊപ്പം ആണ്. അഡ്രസ് ടൈപ്പ് ആദ്യം വരുന്നത്, പിന്നെ ഒരു സെമി കോണോലോ അവസാനമായി വിലാസം നൽകാം. ഉദാഹരണത്തിന്:
RCPT സ്വീകരിക്കുക: support@example.com NOTIFY = പരാജയം, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... സ്വീകർത്താവ് ok (ക്യൂ)
നമുക്കറിയാമെന്നാണ് DATA അറിയിച്ചിട്ടുള്ളത്, ഒടുവിൽ, ഒരു വിജയത്തെക്കുറിച്ച് നിങ്ങളെ അറിയിക്കുന്ന ഡെലിവറി സ്റ്റാറ്റസ് അറിയിപ്പ്.
ഡിഎസ്എൻ പ്രവർത്തിക്കുന്നുണ്ടോ?
തീർച്ചയായും, ഈ സൌന്ദര്യവും സാമർത്ഥ്യവും മാത്രമേ പ്രവർത്തിക്കൂയുള്ളൂ, അയയ്ക്കുന്നയാളിൽ നിന്നും ഡിഎസ്എൻ പിന്തുണ സ്വീകരിക്കുന്ന മെയിൽ ട്രാൻസ്ഫർ ഏജന്റ്സ്. ചില ദിവസം അവർ.