മൾട്ടിപർപ്പസ് ഇൻറർനെറ്റ് മെയിൽ എക്സ്റ്റൻഷനുകൾ (എം എം എം) പ്രവർത്തിക്കുന്നു

ഫയൽ അറ്റാച്ചുമെന്റുകൾ ഇമെയിൽ അയയ്ക്കാൻ MIME എളുപ്പമാക്കുന്നു. ഇതെങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്.

"മൾട്ടിപർപ്പസ് ഇൻറർനെറ്റ് മെയിൽ എക്സ്റ്റെൻഷനുകൾ" എന്നതിനായുള്ള MIME സൂചിപ്പിക്കുന്നു. ഇത് സങ്കീർണ്ണവും അർഥശൂന്യവുമായ ശബ്ദമാണ്, എങ്കിലും MIME ഇന്റർനെറ്റിന്റെ യഥാർത്ഥ കഴിവുകൾ ആവേശഭരിതമായി നീട്ടുന്നു.

1982 മുതലുള്ള ഇമെയിൽ സന്ദേശങ്ങൾ RFC 822 (പിന്നീട് ആർഎഫ്സി 2822) നിർവ്വചിച്ചിരിക്കുന്നു, അവ ദീർഘകാലം വരെയും ഈ സ്റ്റാൻഡേർഡ് അനുസരിച്ച് തുടരും.

ടെക്സ്റ്റ് ഒന്നുമില്ല, പ്ലെയിൻ വാചകം

നിർഭാഗ്യവശാൽ, RFC 822 നിരവധി കുറവുകൾ അനുഭവിക്കുന്നു. ആ സ്റ്റാൻഡേർഡിന് അനുസൃതമായ സന്ദേശങ്ങൾ സാധാരണ ASCII വാചകങ്ങളല്ലാതെ മറ്റൊന്നും ഉൾക്കൊള്ളരുത്.

ഫയലുകൾ (ചിത്രങ്ങൾ, ടെക്സ്റ്റ് പ്രൊസസ്സർ ഡോക്യുമെൻറുകളോ പ്രോഗ്രാമുകളോ പോലുള്ളവ) അയയ്ക്കുന്നതിനായി, അവയെ ആദ്യം പ്ലെയിൻ ടെക്സ്റ്റിലേക്ക് പരിവർത്തനം ചെയ്യുക തുടർന്ന് ഒരു ഇ-മെയിൽ സന്ദേശത്തിന്റെ ശരീരത്തിൽ മാറ്റത്തിന്റെ ഫലം അയയ്ക്കണം. സ്വീകർത്താവിന് സന്ദേശത്തിൽ നിന്നും പാഠം വേർതിരിക്കുകയും അതിനെ ബൈനറി ഫയൽ ഫോർമാറ്റിന് വീണ്ടും പരിവർത്തനം ചെയ്യുകയും വേണം. ഇത് ഒരു സങ്കീർണ്ണമായ പ്രക്രിയയാണ്, MIME- നു മുൻപ് എല്ലാവരും കൈകൊണ്ട് ചെയ്യണം.

RFC 822 ന് അറ്റാച്ചുചെയ്തിരിക്കുന്ന ഈ പ്രശ്നം MIME തിരുത്തി, ഇമെയിൽ സന്ദേശങ്ങളിലും അന്തർദേശീയ പ്രതീകങ്ങൾ ഉപയോഗിക്കാനും ഇത് സാധ്യമാക്കുന്നു. RFC 822 ലിമിറ്റഡ് പ്ലെയിൻ (ഇംഗ്ലീഷ്) ടെക്സ്റ്റ് ഉപയോഗിച്ച്, ഇതു് മുമ്പത്തെ സാധ്യമല്ലായിരുന്നു.

ദി ഫാക് ഓഫ് സ്ട്രക്ച്ചർ

ASCII പ്രതീകങ്ങളിലേക്ക് പരിമിതപ്പെടുത്തുന്നത് കൂടാതെ, RFC 822 ഒരു സന്ദേശത്തിന്റെ ഘടനയെ അല്ലെങ്കിൽ ഡാറ്റയുടെ ഫോർമാറ്റ് തിരിച്ചറിയുന്നില്ല. നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും പ്ലെയിൻ ടെക്സ്റ്റ് ഡാറ്റയുടെ ഒരു ജങ്ക് ലഭിക്കുന്നുവെന്ന് വ്യക്തമാക്കുന്നത് കാരണം, സ്റ്റാൻഡേർഡ് നിർവചിക്കപ്പെടുമ്പോൾ ഇത് ആവശ്യമായിരുന്നില്ല.

MIME, നിങ്ങൾ ഒരു സന്ദേശത്തിൽ (ഒരു ചിത്രം, ഒരു വേഡ് ഡോക്യുമെന്റിൽ പറയുക) ഒന്നിലധികം കഷണങ്ങൾ അയയ്ക്കാൻ അനുവദിക്കും, കൂടാതെ സ്വീകർത്താവിന്റെ ഇമെയിൽ ക്ലയൻറിന് ഡാറ്റ എന്താണെന്നു ഫോർമാറ്റ് ചെയ്യുന്നു, അതിലൂടെ അവർക്ക് സന്ദേശങ്ങൾ കാണിക്കുന്ന സ്മാർട്ട് തിരഞ്ഞെടുപ്പുകൾ നടത്താൻ കഴിയും.

നിങ്ങൾക്ക് ഒരു ചിത്രം ലഭിക്കുമ്പോൾ, ഒരു ഇമേജ് വ്യൂവർ ഉപയോഗിച്ച് അത് കാണാൻ കഴിയുമെന്ന കാര്യം നിങ്ങൾ കണ്ടെത്തിയില്ല. നിങ്ങളുടെ ഇമെയിൽ ക്ലൈന്റ്, ഇമേജിനെ തന്നെ പ്രദർശിപ്പിക്കുകയോ അല്ലെങ്കിൽ നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ കഴിയുന്ന ഒരു പ്രോഗ്രാം ആരംഭിക്കുകയോ ചെയ്യാം.

RFC 822 ലുള്ള ബിൽഡിങ് ആൻഡ് എക്സ്പാൻഡിംഗ്

ഇപ്പോൾ MIME മാജിക് എങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്? അടിസ്ഥാനപരമായി, മുകളിൽ വിവരിച്ച പ്ലെയിൻ ടെക്സ്റ്റിലുള്ള ഏകപക്ഷീയ ഡാറ്റ അയയ്ക്കുന്നതിനുള്ള സങ്കീർണ്ണമായ പ്രക്രിയയാണ് ഇത് ഉപയോഗിക്കുന്നത്. MIME സന്ദേശ നിലവാരം RFC 822 ലെ നിലവാരമുള്ള സ്റ്റാൻഡേർഡുകൾ മാറ്റി പകരം വയ്ക്കില്ല. ASCII ടെക്സ്റ്റിനേക്കാൾ MIME സന്ദേശങ്ങളിൽ ഒന്നും അടങ്ങിയിരിക്കരുത്.

സന്ദേശമെത്തിക്കുന്നതിനു മുമ്പായി എല്ലാ ഇമെയിൽ ഡാറ്റയും പ്ലെയിൻ ടെക്സ്റ്റിൽ തുടർന്നും എൻകോഡ് ചെയ്യപ്പെടണം എന്നാണ് ഇതിനർത്ഥം, കൂടാതെ ഇത് സ്വീകരിക്കുന്ന അവസാനത്തെ വീണ്ടും അതിന്റെ ഫോർമാറ്റിലേക്ക് ഡീകോഡ് ചെയ്യണം. തുടക്കത്തിൽ ഇ-മെയിൽ ഉപയോക്താക്കൾ തന്നെ ഇത് തന്നെ ചെയ്യണം. MSS നമ്മളിത് ഹൃസ്വവും പരിധികളില്ലാത്തതുമാണ്, സാധാരണയായി ബേസ് 64 എൻകോഡിംഗ് എന്ന് വിളിക്കുന്ന സ്മാർട്ട് പ്രോസസ് വഴി.

ഒരു MIME ഇമെയിൽ സന്ദേശം ആയി ലൈഫ്

നിങ്ങൾ MIME പ്രാപ്തമാക്കുന്ന ഒരു ഇമെയിൽ പ്രോഗ്രാമിൽ ഒരു സന്ദേശം രചിക്കുമ്പോൾ, പ്രോഗ്രാം ഏതാണ്ട് താഴെപ്പറയുന്നവയാണ്:

• സന്ദേശം സാധാരണ ASCII ടെക്സ്റ്റ് മാത്രം ആണെങ്കിൽ, അതു മാത്രം വിട്ടുകളയുകയും സ്വീകർത്താവി ന്റെ ഇമെയിൽ ക്ലയന്റ് പ്ലെയിൻ ടെക്സ്റ്റും ഒന്നും പ്രതീക്ഷിക്കുന്നില്ല.
• സന്ദേശത്തിൽ ഒന്നോ അതിലധികമോ അറ്റാച്ചുമെൻറുകൾ അടങ്ങിയിരിക്കുകയും HTML ഫോർമാറ്റിംഗുള്ള ഒരു ബോഡി ഉണ്ടെങ്കിൽ, ഓരോ ഭാഗവും നോക്കുകയും പ്രത്യേകം പരിഗണിക്കുകയും ചെയ്യും.

ആദ്യം, ഡാറ്റയുടെ ഫോർമാറ്റ് നിർണ്ണയിക്കപ്പെടുന്നു. സ്വീകർത്താക്കളുടെ ഇ-മെയിൽ ക്ലയന്റ് ഡാറ്റയുമായി എന്തുചെയ്യണമെന്നും ശരിയായ എൻകോഡിംഗ് ഉറപ്പുവരുത്തണമെന്നും ട്രാൻസ്ഫർ ചെയ്യുമ്പോൾ ഒന്നും നഷ്ടപ്പെടില്ല.

സാധാരണ ASCII ടെക്സ്റ്റിനേക്കാൾ ഇതൊരു ഫോർമാറ്റിൽ ആണെങ്കിൽ ഡാറ്റ എൻകോഡ് ചെയ്തിരിക്കുന്നു. എൻകോഡിംഗ് പ്രക്രിയയിൽ , ഡാറ്റ RFC 822 സന്ദേശങ്ങൾക്ക് അനുയോജ്യമായ പ്ലെയിൻ ടെക്സ്റ്റിലേക്ക് പരിവർത്തനം ചെയ്യും.

അവസാനമായി, സന്ദേശത്തിൽ എൻകോഡ് ചെയ്ത ഡാറ്റ തിരുകിക്കപ്പെടും, കൂടാതെ സ്വീകർത്താക്കളുടെ ഇമെയിൽ ക്ലയൻറിന് പ്രതീക്ഷിക്കേണ്ട ഡാറ്റയുടെ തരത്തിലുള്ള വിവരം നൽകുന്നു: അറ്റാച്ചുമെന്റുകൾ ഉണ്ടോ? അവർ എങ്ങനെയാണ് എൻകോഡ് ചെയ്തിരിക്കുന്നത്? യഥാർത്ഥ ഫോർമാറ്റിലുള്ള ഫോർമാറ്റ് എന്താണ്?

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