ഒരു ഇമെയിൽ സന്ദേശം സാധാരണയായി രണ്ട് ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു:
തലക്കെട്ട്(തലക്കെട്ട്), സന്ദേശത്തിൻ്റെ ഡെലിവറിയും പ്രോസസ്സിംഗും നിയന്ത്രിക്കുന്ന സേവന വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു;
ശരീരം(ബോഡി), ഉപയോക്തൃ സന്ദേശം നേരിട്ട് ഉൾക്കൊള്ളുന്നു: വാചകവും അറ്റാച്ച് ചെയ്ത ഡാറ്റയും (ഗ്രാഫിക്സ്, ശബ്ദ ഫയലുകൾ മുതലായവ).
സന്ദേശത്തിൻ്റെ തലക്കെട്ട്
മെയിൽ സന്ദേശം ASCII ഫോർമാറ്റിലുള്ള പ്ലെയിൻ ടെക്സ്റ്റാണ്. അതിനാൽ, സന്ദേശ തലക്കെട്ട് ഇതുപോലുള്ള ടെക്സ്റ്റ് ലൈനുകളുടെ ഒരു ശ്രേണിയാണ്:
മെയിൽ സന്ദേശ സ്റ്റാൻഡേർഡ് ധാരാളം ഫീൽഡുകൾ നൽകുന്നു. അവയിൽ ചിലത് നിർബന്ധമാണ്, അതായത്. അവയില്ലാതെ, സന്ദേശങ്ങളുടെ ശരിയായ ഡെലിവറി നടത്തുന്നത് അസാധ്യമാണ്, ചിലത് ഓപ്ഷണലാണ്. ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന ഫീൽഡുകൾ ചുവടെ പട്ടികപ്പെടുത്തിയിരിക്കുന്നു.
സന്ദേശം-ഐഡി- അദ്വിതീയ സന്ദേശ ഐഡൻ്റിഫയർ. ഈ ഫീൽഡിൻ്റെ മൂല്യത്തിൻ്റെ പ്രത്യേകത അയയ്‌ക്കുന്ന നോഡിൻ്റെ സോഫ്റ്റ്വെയർ ഉറപ്പുനൽകുന്നു, അതിനാൽ ഇത് യാന്ത്രികമായി ജനറേറ്റുചെയ്യുന്നു.
തീയതി- "തീയതി" ഫീൽഡ്. സന്ദേശം അയച്ച തീയതി അടങ്ങിയിരിക്കുന്നു. ഒരു സന്ദേശം അയയ്ക്കുമ്പോൾ ഇമെയിൽ ക്ലയൻ്റ് സ്വയമേവ ഫീൽഡ് മൂല്യം സജ്ജമാക്കുന്നു.
നിന്ന്- "നിന്ന്" ഫീൽഡ്. സന്ദേശം അയച്ചയാൾ ഉത്ഭവിക്കുന്ന വിലാസമായി വ്യക്തമാക്കുന്ന വിലാസം അടങ്ങിയിരിക്കുന്നു.
അയച്ചയാൾ- "അയക്കുന്നവൻ" ഫീൽഡ്. സന്ദേശം യഥാർത്ഥത്തിൽ അയച്ച വിലാസം ഉൾക്കൊള്ളുന്നു. ഫ്രം ഫീൽഡിൽ യഥാർത്ഥ അയച്ചയാളുടെ വിലാസം അടങ്ങിയിട്ടുണ്ടെങ്കിൽ ഈ ഫീൽഡ് തലക്കെട്ടിൽ ഉണ്ടാകണമെന്നില്ല.
ലേക്ക്- "ടു" ഫീൽഡ്. സന്ദേശത്തിൻ്റെ പ്രാഥമിക സ്വീകർത്താവിൻ്റെ വിലാസം അടങ്ങിയിരിക്കുന്നു.
Cc- "പകർപ്പ്" ഫീൽഡ്. അധിക സന്ദേശ സ്വീകർത്താക്കളുടെ വിലാസങ്ങൾ അടങ്ങിയിരിക്കുന്നു.
Bcc- "ബ്ലൈൻഡ് കാർബൺ കോപ്പി" ഫീൽഡ്. അധിക സന്ദേശ സ്വീകർത്താക്കളുടെ വിലാസങ്ങൾ അടങ്ങിയിരിക്കുന്നു. "To", "Cc" എന്നീ ഫീൽഡുകളിൽ ലിസ്റ്റ് ചെയ്തിട്ടുള്ള സ്വീകർത്താക്കൾക്ക് "Bcc" ലിസ്റ്റിലെ സ്വീകർത്താക്കൾക്ക് സന്ദേശത്തിൻ്റെ ഒരു പകർപ്പ് ലഭിച്ചതായി അറിയില്ല.
മറുപടി നൽകുക- "മറുപടി" ഫീൽഡ്. സ്വീകർത്താവ് പ്രതികരണം അയയ്‌ക്കേണ്ട വിലാസം അടങ്ങിയിരിക്കുന്നു. ഈ ഫീൽഡ് ഓപ്ഷണൽ ആണ്: അത് നഷ്‌ടപ്പെട്ടാൽ, "From" ഫീൽഡിൽ വ്യക്തമാക്കിയ വിലാസത്തിലേക്ക് പ്രതികരണങ്ങൾ അയയ്ക്കും.
വിഷയം- "സന്ദേശ വിഷയം" ഫീൽഡ്. ഈ ഫീൽഡിൽ സാധാരണയായി സന്ദേശത്തിൻ്റെ ഒരു ഹ്രസ്വ വിവരണം (വിഷയം) അടങ്ങിയിരിക്കുന്നു.
സന്ദേശ ബോഡി
മെയിൽ സന്ദേശങ്ങളിൽ ASCII ടെക്സ്റ്റ് മാത്രമേ ഉണ്ടാകൂ എന്നായിരുന്നു ആദ്യം ഉദ്ദേശിച്ചിരുന്നത്. ടെക്സ്റ്റ് ഇതര വിവരങ്ങൾ കൈമാറാനുള്ള കഴിവ് നൽകിയിട്ടില്ലാത്തതിനാൽ, ഇമെയിൽ ട്രാൻസ്മിഷൻ പ്രോട്ടോക്കോളുകൾ അത്തരം സന്ദേശങ്ങൾ ശരിയായി പ്രോസസ്സ് ചെയ്തേക്കില്ല. ഇക്കാര്യത്തിൽ, ഒരു സമയത്ത് ഒരു പ്രത്യേക സ്റ്റാൻഡേർഡ് വികസിപ്പിച്ചെടുത്തു, അത് ടെക്സ്റ്റ് ഇതര ഡാറ്റ ടെക്സ്റ്റ് രൂപത്തിലേക്ക് പരിവർത്തനം ചെയ്യുന്നതിനുള്ള തത്വങ്ങൾ നിർവചിച്ചു. ഈ മാനദണ്ഡം വിളിക്കുന്നു മൈം(മൾട്ടി പർപ്പസ് ഇൻ്റർനെറ്റ് മെയിൽ എക്സ്റ്റൻഷൻ, മൾട്ടി പർപ്പസ് ഇൻറർനെറ്റ് മെയിൽ എക്സ്റ്റൻഷൻ).
ഇനിപ്പറയുന്ന തരത്തിലുള്ള വിവരങ്ങൾ ഒരു സന്ദേശത്തിൻ്റെ ബോഡിയിൽ കൊണ്ടുപോകാൻ കഴിയുമെന്ന് MIME അനുമാനിക്കുന്നു:
ടെക്സ്റ്റ് - ASCII ഫോർമാറ്റിലുള്ള പ്ലെയിൻ ടെക്സ്റ്റ്, അതുപോലെ RTF അല്ലെങ്കിൽ HTML ഫോർമാറ്റിലുള്ള ടെക്സ്റ്റ്;
ഗ്രാഫിക് ഇമേജുകൾ - JPEG, GIF ഫോർമാറ്റിലുള്ള ഫയലുകൾ;
ഓഡിയോ, വീഡിയോ ഡാറ്റ;
വിവിധ ആപ്ലിക്കേഷനുകളുടെ ഫോർമാറ്റിലുള്ള ഡാറ്റ, ഉദാഹരണത്തിന്, മൈക്രോസോഫ്റ്റ് ഓഫീസ് ഡോക്യുമെൻ്റുകൾ, അതുപോലെ ഏതെങ്കിലും ഫോർമാറ്റിലുള്ള ഡാറ്റ (വിവിധ എക്സിക്യൂട്ടബിൾ ഫയലുകൾ ഉൾപ്പെടെ).
ഒരു ഇമെയിൽ സന്ദേശത്തിൽ വ്യത്യസ്ത തരം ഡാറ്റ അടങ്ങിയിരിക്കാം. അത്തരം സന്ദേശങ്ങൾ ഒരു പൊതു തലക്കെട്ടും ശരീരത്തിനുള്ളിൽ നിരവധി ബ്ലോക്കുകളുമുള്ള ഒരു ഘടനയാണ്, അവയിൽ ഓരോന്നിനും അതിൻ്റേതായ തരത്തിലുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു.
ഉപയോഗിച്ച് സന്ദേശങ്ങൾ അയക്കുമ്പോൾ ഇത് വ്യാപകമായി ഉപയോഗിക്കപ്പെടുന്നു നിക്ഷേപങ്ങൾ(അറ്റാച്ചുമെൻ്റുകൾ) - വിവിധ വിവരങ്ങൾ അടങ്ങിയേക്കാവുന്ന അധിക "അറ്റാച്ച് ചെയ്ത" ഫയലുകൾ. ഉദാഹരണത്തിന്, അയച്ചയാളുടെ ഫോട്ടോ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഒരു ഗ്രാഫിക് ഫയൽ ഒരു ടെക്സ്റ്റ് സന്ദേശത്തിലേക്ക് അറ്റാച്ചുചെയ്യാം.
കൂടാതെ, സന്ദേശ വാചകം വ്യത്യസ്ത ഫോർമാറ്റുകളിൽ കൈമാറേണ്ടിവരുമ്പോൾ ഇത് ഉപയോഗപ്രദമാകും. ഉദാഹരണത്തിന്, ചില ഡിസൈൻ അടങ്ങിയ HTML ഫോർമാറ്റിൽ അയച്ച സന്ദേശം സ്വീകർത്താവിൻ്റെ ക്ലയൻ്റ് പ്രോഗ്രാം ശരിയായി മനസ്സിലാക്കിയേക്കില്ല. അത്തരം പ്രശ്നങ്ങൾ ഒഴിവാക്കാൻ, അയച്ചയാളുടെ ഇമെയിൽ ക്ലയൻ്റിന് പ്ലെയിൻ ടെക്സ്റ്റിൽ സന്ദേശത്തിൻ്റെ ഒരു ഇതര പ്രാതിനിധ്യം സൃഷ്ടിക്കാൻ കഴിയും.
MIME-ൽ നോൺ-ടെക്സ്റ്റ് ഡാറ്റയുള്ള സന്ദേശങ്ങളുടെ ശരിയായ സംപ്രേക്ഷണം ഉറപ്പാക്കാൻ, അത്തരം ഡാറ്റയെ ഒരു ടെസ്റ്റ് ഫോമിലേക്ക് പരിവർത്തനം ചെയ്യുന്ന രണ്ട് ട്രാൻസ്‌കോഡിംഗ് അൽഗോരിതങ്ങൾ നൽകിയിരിക്കുന്നു:
ASCII പ്രതീകങ്ങളല്ലാത്ത ബൈറ്റുകൾക്ക് പകരം സ്റ്റാൻഡേർഡ് പ്രതീകങ്ങളെ മാത്രം പ്രതിനിധീകരിക്കുന്ന മൂന്ന് ബൈറ്റുകളുടെ ഒരു ഗ്രൂപ്പ് ഉപയോഗിച്ച് രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന "ഉദ്ധരിച്ച പ്രിൻ്റ് ചെയ്യാവുന്ന" അൽഗോരിതം;
മൂന്ന് അനിയന്ത്രിതമായ ബൈറ്റുകളെ നാല് ASCII പ്രതീകങ്ങളാക്കി മാറ്റുന്ന "Base64" അൽഗോരിതം.
MIME സ്റ്റാൻഡേർഡ് അനുസരിച്ച് ഡാറ്റയുടെ ശരിയായ വ്യാഖ്യാനം ഉറപ്പാക്കാൻ, സന്ദേശ തലക്കെട്ടിൽ അധിക പ്രത്യേക ഫീൽഡുകൾ അവതരിപ്പിക്കുന്നു.
ഉള്ളടക്ക തരം- "ഉള്ളടക്ക തരം" ഫീൽഡ്. സന്ദേശ തലക്കെട്ട് സന്ദേശത്തിൽ അടങ്ങിയിരിക്കുന്ന ഡാറ്റയുടെ തരം ശരിയായി നിർണ്ണയിക്കുന്നതിനുള്ള ഉത്തരവാദിത്തം. ഫീൽഡ് മൂല്യം ഒരു നിർദ്ദിഷ്ട ഡാറ്റ തരത്തെ സൂചിപ്പിക്കുന്നു, അല്ലെങ്കിൽ ബോഡിയിൽ വ്യത്യസ്ത തരം ബ്ലോക്കുകൾ അടങ്ങിയിരിക്കുന്നുവെന്ന് അറിയിക്കുന്നു.
ഉള്ളടക്കം-കൈമാറ്റം-എൻകോഡിംഗ്– ഫീൽഡ് "ഉള്ളടക്ക എൻകോഡിംഗ് തരം". ഉറവിട ഡാറ്റയെ ടെക്സ്റ്റ് രൂപത്തിലേക്ക് പരിവർത്തനം ചെയ്യുന്ന (റീകോഡിംഗ്) രീതി നിർവചിക്കുന്നു.
ഇമെയിൽ സന്ദേശമയയ്‌ക്കൽ മാനദണ്ഡങ്ങൾ അനുസരിച്ച്, ഇമെയിലുകൾ ചില തലക്കെട്ടുകളെ പിന്തുണയ്‌ക്കുന്നു, അവ ഓരോന്നും ഒരു പുതിയ ലൈനിൽ ആയിരിക്കണം. സ്ഥിരസ്ഥിതിയായി, മെയിലറിൽ ആവശ്യമായവ ഇതിനകം അടങ്ങിയിരിക്കുന്നു: MIME-പതിപ്പ്, ഉള്ളടക്ക-തരം, നിന്ന്, മറുപടി-ഇതിലേക്ക്, വിഷയം, ഇതിലേക്ക്. ടൈറ്റിൽ ഫീൽഡിൽ പുതിയ എൻട്രികൾ രേഖപ്പെടുത്തി RFC ഇമെയിൽ, മുകളിൽ ലിസ്റ്റ് ചെയ്‌തിരിക്കുന്ന നിലവിലുള്ളവയിലേക്ക് ചേർക്കും.
എല്ലാ മെയിൽ ഏജൻ്റുമാരും ഈ മാനദണ്ഡങ്ങൾ വ്യത്യസ്തമായി കാണുന്നു എന്നത് ശ്രദ്ധിക്കുക. എങ്കിലും കൂടാതെ ഔദ്യോഗിക പ്രോട്ടോക്കോളുകളിൽ സൂചിപ്പിച്ചിരിക്കുന്നു, അവ അവഗണിക്കുകയോ തെറ്റായി വ്യാഖ്യാനിക്കുകയോ ചെയ്യാം, അതിനാൽ ഇമെയിലുകൾ അയയ്‌ക്കുന്നതിന് മുമ്പ് അവ പരിശോധിക്കേണ്ടതാണ്.
ജനപ്രിയ RFC ലെറ്റർ ഹെഡറുകൾ
* - ഉദാഹരണത്തിന് അർത്ഥമാക്കുന്നത്. Cc: (കാർബൺ കോപ്പി) * Cc: [ഇമെയിൽ പരിരക്ഷിതം]ഈ ഹെഡർ "ടു:" ഫീൽഡിൻ്റെ ഒരു വിപുലീകരണമാണ് കൂടാതെ സന്ദേശത്തിൻ്റെ അധിക സ്വീകർത്താക്കളെ വ്യക്തമാക്കുന്നു. "To:" ഉം "Cc:" ഉം തമ്മിൽ യഥാർത്ഥത്തിൽ വ്യത്യാസമില്ല, ഒരു സന്ദേശത്തിന് പ്രതികരണം സൃഷ്ടിക്കുമ്പോൾ ചില ഇമെയിൽ പ്രോഗ്രാമുകൾ അവയെ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യുന്നു എന്നതൊഴിച്ചാൽ.Bcc: (അന്ധ കാർബൺ പകർപ്പ്) * Bcc: [ഇമെയിൽ പരിരക്ഷിതം]
ലഭിച്ച സന്ദേശത്തിൽ നിങ്ങൾ ഈ തലക്കെട്ട് കാണുകയാണെങ്കിൽ, എന്തോ കുഴപ്പമുണ്ട്. ഈ തലക്കെട്ട് "Cc:" (ചുവടെ കാണുക) പോലെ തന്നെയാണ് ഉപയോഗിക്കുന്നത്, പക്ഷേ തലക്കെട്ട് ലിസ്റ്റിൽ ദൃശ്യമാകില്ല. ഈ തലക്കെട്ടിന് പിന്നിലെ പ്രധാന ആശയം മറുപടികൾ സ്വീകരിക്കാനോ തലക്കെട്ടുകളിൽ പ്രത്യക്ഷപ്പെടാനോ ആഗ്രഹിക്കാത്ത ആളുകൾക്ക് ഒരു ഇമെയിലിൻ്റെ പകർപ്പുകൾ അയയ്ക്കാൻ കഴിയും എന്നതാണ്. അന്ധമായ കാർബൺ പകർപ്പുകൾ സ്പാമർമാർക്കിടയിൽ വളരെ ജനപ്രിയമാണ്, കാരണം അനുഭവപരിചയമില്ലാത്ത നിരവധി ഉപയോക്താക്കൾ തങ്ങളെ അഭിസംബോധന ചെയ്യുന്നതായി തോന്നാത്ത ഒരു ഇമെയിൽ ലഭിക്കുമ്പോൾ ആശയക്കുഴപ്പത്തിലാകുന്നു.ലിസ്റ്റ്-അൺസബ്സ്ക്രൈബ്: * ലിസ്റ്റ്-അൺസബ്സ്ക്രൈബ്:
വിവരിച്ച പ്രവർത്തനം അനുസരിച്ച്, ഉപയോക്താവ് "സ്‌പാം" ബട്ടണിൽ ക്ലിക്കുചെയ്താൽ ഫീൽഡ് സ്വയമേവ അൺസബ്സ്ക്രൈബ് ചെയ്യും, എന്നാൽ പലപ്പോഴും ഈ ഫീൽഡിന് കീഴിൽ ഒരു പ്രത്യേക "അൺസബ്സ്ക്രൈബ്" ബട്ടൺ പ്രദർശിപ്പിക്കും. എല്ലാ ഇമെയിൽ പ്രോഗ്രാമുകളും തലക്കെട്ട് മനസ്സിലാക്കുന്നില്ല, കാരണം... ഉപയോഗത്തിനായി ഇമെയിൽ വിലാസങ്ങൾ പരിശോധിക്കുന്നതിനുള്ള മികച്ച അവസരമാണിത്.മുൻഗണന: (X-MSMail-മുൻഗണന: പ്രാധാന്യം:)* മുൻഗണന: 1
സന്ദേശത്തിൻ്റെ മുൻഗണന വ്യക്തമാക്കുന്ന ഒരു തലക്കെട്ട്. ചിലപ്പോൾ X-priority:, X-MSMail-priority:, പ്രാധാന്യം:, "Higt", "Normal", "Urgent", "Non-urgent" അല്ലെങ്കിൽ X-priority "1", " എന്നീ മൂല്യങ്ങൾ എടുക്കുന്നു 3", "5". മിക്ക പ്രോഗ്രാമുകളും അത് അവഗണിക്കുന്നു. 1 സജ്ജീകരിച്ച് ഒരു സന്ദേശത്തിലേക്ക് ശ്രദ്ധ ആകർഷിക്കാൻ സ്പാമർമാർ പലപ്പോഴും ഉപയോഗിക്കുന്നു.അഭിപ്രായങ്ങൾ: * അഭിപ്രായങ്ങൾ: എനിക്ക് പുസ്തകങ്ങൾ ഇഷ്ടമാണ്
ഈ തലക്കെട്ട് സ്റ്റാൻഡേർഡ് അല്ല കൂടാതെ ഏത് വിവരവും അടങ്ങിയിരിക്കാം. അയച്ചയാളെ തിരിച്ചറിയാൻ ചില ഇമെയിൽ പ്രോഗ്രാമുകൾ (പ്രത്യേകിച്ച്, ജനപ്രിയ പെഗാസസ് പ്രോഗ്രാം) അത്തരം തലക്കെട്ടുകൾ ചേർക്കുന്നു, പക്ഷേ അവ പലപ്പോഴും സ്പാമർമാർ സ്വമേധയാ ചേർക്കുന്നു, അതിനാൽ അവ ജാഗ്രതയോടെ കൈകാര്യം ചെയ്യണം.സംഘടന: * സംഘടന: OJSC കോസ്റ്റോപ്രവ്
പൂർണ്ണമായും സൌജന്യ തലക്കെട്ട്, സാധാരണയായി സന്ദേശം അയച്ചയാൾ നെറ്റ്വർക്കിലേക്ക് ആക്സസ് നേടുന്ന സ്ഥാപനത്തിൻ്റെ പേര് ഉൾക്കൊള്ളുന്നു. അയയ്ക്കുന്നയാൾ സാധാരണയായി ഈ ശീർഷകം നിയന്ത്രിക്കുന്നു, അതിനാൽ ഇത് "ദി റോയൽ സൊസൈറ്റി ഓഫ് പുട്ടിംഗ് വൺ ഓവർ ദി അദർ" എന്ന് പറഞ്ഞേക്കാം.മുൻഗണന: * മുൻഗണന: ബൾക്ക്
മൂല്യങ്ങൾ: "ബൾക്ക്", "ജങ്ക്", "ലിസ്റ്റ്". കത്ത് ഒരു കൂട്ട മെയിലിങ്ങിൻ്റേതാണോ എന്ന് സൂചിപ്പിക്കുന്നു. പര്യായങ്ങൾ X-ലിസ്റ്റ്:*, X-Mirror:*, X-Auto:*, X-Mailing-List:*.ലിസ്റ്റ്-ഉടമ: *ലിസ്റ്റ്-ഉടമ:
മാസ് മെയിലിംഗ് ഓർഗനൈസറുടെ ഇമെയിൽ വിലാസം.X-Mailer: * X-Mailer: ePochta Mailer Disposition-Notification-to: * ഡിസ്പോസിഷൻ-അറിയിപ്പ്-ഇതിലേക്ക്: [ഇമെയിൽ പരിരക്ഷിതം]
നിർദ്ദിഷ്ട വിശദാംശങ്ങളിലേക്ക് ഒരു റീഡ് രസീത് അയയ്ക്കും. സ്പാമിനെ ചെറുക്കുന്നതിനായി മെയിലർമാർ പലപ്പോഴും അവഗണിക്കുന്നു. പര്യായപദങ്ങൾ: X-സ്ഥിരീകരിക്കുക-വായിക്കുക-ടു:, തിരികെ-രസീത്-ഇതിലേക്ക്:X-*** * X-List:, X-Mailer:, X-...
RFC സ്റ്റാൻഡേർഡുകൾ പറയുന്നതുപോലെ, X-ൽ തുടങ്ങുന്ന തലക്കെട്ടുകൾ, വിവരദായകമായ വ്യക്തിഗത മെയിൽ പ്രോഗ്രാമുകളുടെ സ്വന്തം തലക്കെട്ടുകളാണ്. എന്നാൽ ചിലത് എക്സ്-മെയിലർ പോലെ വ്യാപകമായി അംഗീകരിക്കപ്പെട്ടിരിക്കുന്നു. ഇമെയിൽ കോഡിലെ അധിക വിവരങ്ങളല്ലാതെ മറ്റൊന്നുമില്ല...
മുകളിൽ നൽകിയിരിക്കുന്ന വിവരങ്ങൾ വിവര ആവശ്യങ്ങൾക്ക് മാത്രമുള്ളതാണ്. ഏതെങ്കിലും തലക്കെട്ട് വ്യക്തമാക്കുന്നത് എല്ലാ മെയിൽ പ്രോഗ്രാമുകളും നിർബന്ധമായും നടപ്പിലാക്കുമെന്ന് ഇതിനർത്ഥമില്ല. തലക്കെട്ടുകളെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ ഇവിടെ കാണാം
ഏറ്റവും സാധാരണമായ സാഹചര്യത്തിൽ, ഇലക്ട്രോണിക് സന്ദേശങ്ങൾ (ഇലക്ട്രോണിക് മെയിൽ, ഇ-മെയിൽ) കൈമാറുന്നതിനുള്ള സ്കീം ഇതുപോലെ കാണപ്പെടുന്നു:
നമുക്ക് കാണാനാകുന്നതുപോലെ, ഇലക്ട്രോണിക് സന്ദേശങ്ങൾ കൈമാറുന്ന പ്രക്രിയയിൽ, അയച്ചയാളുടെയും സ്വീകർത്താവിൻ്റെയും സാങ്കേതിക, സോഫ്റ്റ്വെയർ ഉപകരണങ്ങൾ മാത്രമല്ല, തപാൽഅയച്ചയാളിൽ നിന്ന് അയയ്ക്കാൻ ഉദ്ദേശിച്ചുള്ള കത്തുകൾ സ്വീകരിക്കുകയും അവ കൈമാറുകയും ചെയ്യുന്ന സെർവറുകൾ മെയിൽബോക്സ്സ്വീകർത്താവ്, താൽക്കാലിക സംഭരണം, മെയിൽബോക്സിൽ നിന്ന് സ്വീകർത്താവിന് കൈമാറുക.
ഇമെയിലിൻ്റെ ഘടകങ്ങളിലൊന്ന് എന്ന നിലയിൽ, ഒരു മെയിൽബോക്സ് ഒരു സാധാരണ ഫയൽ സിസ്റ്റം ഡയറക്ടറിയാണ് (ഫോൾഡർ), ഇമെയിലുകൾ ഈ ഡയറക്ടറിയിൽ സ്ഥിതി ചെയ്യുന്ന ഡാറ്റ ഫയലുകളാണ്. സ്വാഭാവികമായും, ഇമെയിലുകൾ സ്വീകരിക്കുന്നതിനും കൈമാറുന്നതിനുമുള്ള എല്ലാ സാങ്കേതികവിദ്യകളും പ്രോട്ടോക്കോളുകളും ഡാറ്റ ഫോർമാറ്റുകളും സജ്ജമാക്കിയ ചില നിയമങ്ങൾക്ക് വിധേയമാണ്. ക്ലയൻ്റ് ഭാഗത്ത് (അയക്കുന്നയാളും സ്വീകർത്താവും), പ്രത്യേക സോഫ്റ്റ്വെയർ ഉപയോഗിക്കുന്നു - ഒരു ഇമെയിൽ ക്ലയൻ്റ്, ഉദാഹരണത്തിന്, Windows-നായുള്ള Microsoft Outlook അല്ലെങ്കിൽ Linux-നുള്ള Mozilla Thunderbird. ഒരു വെബ് ഇൻ്റർഫേസിലൂടെ (ഒരു സൈറ്റിലേക്ക് കണക്റ്റുചെയ്യുന്നതിലൂടെ, ഉദാഹരണത്തിന് mail.ru) നിങ്ങളുടെ മെയിൽബോക്സിൽ നിങ്ങൾ പ്രവർത്തിക്കുകയാണെങ്കിൽപ്പോലും, നിങ്ങൾ ഇപ്പോഴും സെർവർ പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുന്ന മെയിൽ ക്ലയൻ്റ് സോഫ്റ്റ്വെയർ ഉപയോഗിക്കുന്നു. മെയിൽ സെർവറുകളും മെയിൽ ക്ലയൻ്റുകളും, ഏത് ഹാർഡ്‌വെയറും ഏത് സോഫ്‌റ്റ്‌വെയറിലാണ് അവർ പ്രവർത്തിക്കുന്നതെന്നത് പരിഗണിക്കാതെ, കുറഞ്ഞത് രണ്ട് ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകളെങ്കിലും നടപ്പിലാക്കുന്നു, ഇതില്ലാതെ മെയിൽ കൈമാറ്റം അസാധ്യമാണ്. അവയിലൊന്ന് ഇമെയിലുകൾ കൈമാറാൻ ഉപയോഗിക്കുന്നു - ഇതാണ് പ്രോട്ടോക്കോൾ SMTP(ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ, ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ), രണ്ടാമത്തേത് സ്വീകരിക്കാൻ ഉപയോഗിക്കുന്നു POP3(പോസ്റ്റ് ഓഫീസ് പ്രോട്ടോക്കോൾ ver 3, പോസ്റ്റ് ഓഫീസ് പ്രോട്ടോക്കോൾ). ആപ്ലിക്കേഷൻ തലത്തിലുള്ള രണ്ട് പ്രോട്ടോക്കോളുകളും ASCII എൻകോഡിംഗിൽ ടെക്സ്റ്റ് മെസേജിംഗ് രൂപത്തിൽ നടപ്പിലാക്കുന്നു, അതായത്. ടെൽനെറ്റ് പോലുള്ള പ്രോട്ടോക്കോളുകളാണ്. 1960-കളിൽ ഇലക്ട്രോണിക് സന്ദേശമയയ്‌ക്കാനുള്ള ആദ്യ ശ്രമങ്ങൾ മുതൽ ചരിത്രപരമായി ഇതാണ് സ്ഥിതി. അതനുസരിച്ച്, ഇമെയിലുകളിൽ തന്നെ സേവന (പ്രദർശിപ്പിക്കാനാവാത്ത) പ്രതീകങ്ങളൊന്നും അടങ്ങിയിരിക്കരുത്. ഒരു ഇമെയിലിൽ ഘടിപ്പിച്ചിട്ടുള്ള ഒരു ബൈനറി ഫയൽ പോലും പ്രക്ഷേപണത്തിന് മുമ്പ് സ്റ്റാൻഡേർഡ് ഡിസ്പ്ലേ പ്രതീകങ്ങളുടെ ഒരു ശ്രേണിയിലേക്ക് പരിവർത്തനം ചെയ്യപ്പെടുകയും രസീത് ലഭിക്കുമ്പോൾ അതിൻ്റെ യഥാർത്ഥ രൂപത്തിലേക്ക് വീണ്ടും എൻകോഡ് ചെയ്യുകയും ചെയ്യുന്നു. ഡാറ്റാ കൈമാറ്റ പ്രക്രിയയും ഇമെയിലുകളുടെ ഘടനയും കർശനമായി നിർവചിച്ചിരിക്കുന്ന നിയമങ്ങൾക്ക് വിധേയമാണ്, അത് ചുവടെ ചർച്ചചെയ്യും.
മെയിൽ സന്ദേശം അയച്ചയാൾ ഒരു ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് അവൻ്റെ മെയിൽ സെർവറുമായി ബന്ധിപ്പിക്കുന്നു SMTPഅന്തിമ സ്വീകർത്താവിന് കയറ്റുമതി നൽകുന്നതിന് ആവശ്യമായ ഡാറ്റയും, വാസ്തവത്തിൽ, സന്ദേശം തന്നെയും അയാൾക്ക് കൈമാറുന്നു. അതിനുശേഷം എക്സ്ചേഞ്ച് സെഷൻ അവസാനിക്കുന്നു. മെയിൽ ഡെലിവറിയുടെ അടുത്ത ഘട്ടത്തിൽ (മെയിൽ ഡെലിവറി പ്രോസസ്), സ്വീകർത്താവിൻ്റെ ഇമെയിൽ വിലാസ ഡാറ്റ ഉപയോഗിച്ച് അയച്ചയാളുടെ മെയിൽ സെർവർ, അവൻ്റെ മെയിൽ സെർവർ കണ്ടെത്തി, അതേ രീതിയിൽ അതിലേക്ക് കണക്റ്റുചെയ്‌ത് സ്വീകർത്താവിൻ്റെ മെയിൽബോക്സിൽ സ്ഥാപിച്ചിരിക്കുന്ന കത്ത് കൈമാറുന്നു. ഫോമിലെ വിലാസ ഘടന [ഇമെയിൽ പരിരക്ഷിതം] നിർവ്വചിക്കുക:
ഉപയോക്താവ്- ഉപയോക്തൃനാമം, ഒരു മെയിൽബോക്സായി ഉപയോഗിക്കുന്ന ഡയറക്ടറിയുടെ പേരും.
domain.ru- "domain.ru" എന്ന ഡൊമെയ്ൻ നാമം, ഈ മെയിൽബോക്സ് സ്ഥിതിചെയ്യുന്ന മെയിൽ സെർവർ നിർണ്ണയിക്കുന്നു. നിർദ്ദിഷ്ട ഡൊമെയ്‌നുകൾ നൽകുന്ന മെയിൽ സെർവറുകൾ നിർണ്ണയിക്കാൻ DNS നെയിം റെസലൂഷൻ സേവനം ഉപയോഗിക്കുന്നു.
[ഇമെയിൽ പരിരക്ഷിതം]- mail.ru ഡൊമെയ്‌നിലെ ഉപയോക്താവിൻ്റെ "ടെസ്റ്റ്" എന്ന മെയിൽബോക്സ്
അതനുസരിച്ച്, അയച്ചയാൾ വിലാസത്തിൻ്റെ ആദ്യഭാഗം തെറ്റായി വ്യക്തമാക്കുമ്പോൾ അല്ലെങ്കിൽ അത്തരം മെയിൽബോക്സ് ഇല്ലെങ്കിൽ, കത്ത് കൈമാറാൻ കഴിയില്ല, കൂടാതെ ഈ വസ്തുതയെക്കുറിച്ചുള്ള ഒരു സന്ദേശം അയച്ചയാൾക്ക് "മെയിൽബോക്സ് നിലവിലില്ല" (മെയിൽബോക്സ് നിലവിലില്ല. ):
RCPT-ന് ശേഷം റിമോട്ട് മെയിൽ സെർവറിൽ നിന്നുള്ള SMTP പിശക് TO: :
^nbsp ഹോസ്റ്റ് mx01.mail.ru : 550 മെയിൽബോക്സ് [ഇമെയിൽ പരിരക്ഷിതം]നിലവിലില്ല.
സാധാരണയായി, ഇമെയിൽ ഡെലിവറി പിശക് സന്ദേശങ്ങൾ ഈ വിഷയത്തോടൊപ്പം അയയ്ക്കുന്നു:
മെയിൽ ഡെലിവറി പരാജയപ്പെട്ടു: അയച്ചയാൾക്ക് സന്ദേശം തിരികെ നൽകുന്നു
ചിഹ്നത്തിനു ശേഷമുള്ള വിലാസത്തിൻ്റെ ഭാഗം തെറ്റായി സൂചിപ്പിച്ചിട്ടുണ്ടെങ്കിൽ @ , അപ്പോൾ പിശക് സന്ദേശത്തോടൊപ്പം ഡൊമെയ്ൻ കണ്ടെത്തിയില്ല (ഡൊമെയ്ൻ . . കണ്ടെത്തിയില്ല) എന്ന വാചകം ഉണ്ടാകും. സെർവറുകളുടെ തരത്തെയും അവയുടെ ക്രമീകരണങ്ങളെയും ആശ്രയിച്ച്, ഡെലിവറി പിശക് സന്ദേശങ്ങളുടെ വാചകം അല്പം വ്യത്യാസപ്പെടാം.
പിശകുകളൊന്നും സംഭവിക്കുന്നില്ലെങ്കിൽ, സ്വീകർത്താവിന് അവൻ്റെ ഇമെയിൽ ക്ലയൻ്റ് ഉപയോഗിച്ചും ആപ്ലിക്കേഷൻ ലെവൽ പ്രോട്ടോക്കോൾ ഉപയോഗിച്ചും മാത്രമേ സെർവറിലേക്ക് കണക്റ്റുചെയ്യാനാകൂ. POP3മെയിൽബോക്സിൽ നിന്ന് ഒരു സന്ദേശം "പിക്കപ്പ്" ചെയ്യുക.
കഴിഞ്ഞ നൂറ്റാണ്ടിൻ്റെ 80-കളുടെ തുടക്കത്തിൽ SMTP പ്രോട്ടോക്കോൾ വികസിപ്പിച്ചെടുത്തതാണ് (പ്രധാന സവിശേഷതകൾ RFC 821 RFC 822), എന്നിരുന്നാലും, ചില മാറ്റങ്ങളും കൂട്ടിച്ചേർക്കലുകളും ഉപയോഗിച്ച്, ഇത് ഇപ്പോഴും വ്യാപകമായി ഉപയോഗിക്കപ്പെടുന്നു, വ്യക്തമായും, അടുത്ത കുറച്ച് വർഷങ്ങളിൽ ഇത് ഉപയോഗിക്കും. ഇലക്ട്രോണിക് സന്ദേശങ്ങളുടെ പ്രധാന ട്രാൻസ്മിഷൻ പ്രോട്ടോക്കോൾ ആയി. 2008-ൽ അവസാനമായി അപ്ഡേറ്റ് ചെയ്തത്, RFC 5321 ഒരു സ്കേലബിൾ പ്രോട്ടോക്കോൾ എക്സ്റ്റൻഷൻ ചേർത്തു - ESMTP(വിപുലീകരിച്ച SMTP). എന്നിരുന്നാലും, ദൈനംദിന പദങ്ങളിൽ, പേര് ഇപ്പോഴും ഉപയോഗിക്കുന്നു SMTP
സ്റ്റാൻഡേർഡ് സെറ്റപ്പിനൊപ്പം, TCP പോർട്ട് 25-ൽ ഇൻകമിംഗ് കണക്ഷനുകൾക്കായി മെയിൽ സെർവർ ശ്രദ്ധിക്കുന്നു (TCP പോർട്ട് 25-ൽ കേൾക്കുന്നു). ക്ലയൻ്റ് മെയിൽ പ്രോഗ്രാം ഈ പോർട്ടിലേക്ക് ബന്ധിപ്പിക്കുന്നു, അതിനുശേഷം മെയിൽ സെർവർ അതിൻ്റെ ആശംസകൾ അയയ്ക്കുന്നു, ഉദാഹരണത്തിന്:
220 fcgp03.nicmail.ru ESMTP കമ്മ്യൂണിഗേറ്റ് പ്രോ 5.2.3.
സെർവർ നൽകുന്ന വിവരങ്ങളും നിയന്ത്രണ സന്ദേശങ്ങളും ഒരു നമ്പർ (സംഖ്യാ ഐഡൻ്റിഫയർ) ഉൾക്കൊള്ളുന്നു, ഈ സാഹചര്യത്തിൽ - 220 (സെർവർ പ്രവർത്തനത്തിന് തയ്യാറാണ്), വിശദീകരണ വാചകം. ക്ലയൻ്റ് കൈമാറ്റം ചെയ്യുന്ന ഡാറ്റയ്ക്ക് ഒരു സംഖ്യയില്ല കൂടാതെ ഒരു കൂട്ടം ഡിസ്പ്ലേ പ്രതീകങ്ങളായി (പ്ലെയിൻ ടെക്സ്റ്റ്) കൈമാറ്റം ചെയ്യപ്പെടുന്നു.
ഒരു സെഷൻ ആരംഭിക്കുന്നതിന്, SMTP പ്രോട്ടോക്കോൾ സ്പെസിഫിക്കേഷൻ അനുസരിച്ച്, ക്ലയൻ്റ് HELO നിർദ്ദേശം ഉപയോഗിച്ച് അതിൻ്റെ പ്രാദേശിക ഹോസ്റ്റ്നാമം നൽകണം. HELO എന്നതിനുപകരം, നിർദ്ദേശം ഉപയോഗിക്കാം (മിക്ക ഇമെയിൽ പ്രോഗ്രാമുകളിലും ഇത് ഉപയോഗിക്കുന്നു) EHLO, അതിന് മറുപടിയായി സെർവർ അത് പിന്തുണയ്ക്കുന്ന SMTP പ്രോട്ടോക്കോൾ കമാൻഡുകളുടെ ഒരു ലിസ്റ്റ് അയയ്ക്കുന്നു
EHLO MyComp.Mydomain
EHLO നിർദ്ദേശത്തിലേക്കുള്ള ഒരു ആർഗ്യുമെൻ്റായി കമ്പ്യൂട്ടറിൻ്റെ പേര് കൈമാറുന്നു.
സെർവർ പ്രതികരണം (ID 250 - ശരി, വിജയിച്ചു) അത് പിന്തുണയ്ക്കുന്ന SMTP പ്രോട്ടോക്കോൾ കമാൻഡുകൾ ലിസ്റ്റ് ചെയ്യും:
250-fcgp03.nicmail.ru ഡൊമെയ്ൻ നാമം MyComp.Mydomain യോഗ്യതയുള്ളതായിരിക്കണം
250-വലിപ്പം 31457280
250-AUTH ലോഗിൻ പ്ലെയിൻ ക്രാം-MD5 ഡൈജസ്റ്റ്-MD5 MSN
250-ETRN
250-ടേൺ
250-ATRN
250-8ബിറ്റ്മൈം
250-സഹായം
250 EHLO
SMTP കമാൻഡുകളുടെ ലിസ്റ്റ് തരത്തെയും നിർദ്ദിഷ്ട സെർവർ ക്രമീകരണങ്ങളെയും ആശ്രയിച്ചിരിക്കുന്നു. സ്പാമിൻ്റെ പ്രശ്നം കാരണം, മെയിൽ സെർവറുകളിൽ ഭൂരിഭാഗവും മുമ്പ് അറിയപ്പെട്ടിരുന്ന IP വിലാസങ്ങളിൽ നിന്നോ ഉപയോക്തൃ അംഗീകാരത്തോടെയോ കണക്റ്റുചെയ്യാനുള്ള അനുമതിയോടെ പ്രവർത്തിക്കാൻ മാത്രമായി ക്രമീകരിച്ചിരിക്കുന്നു. അതിനാൽ, മെയിൽ ക്ലയൻ്റ് പ്രോഗ്രാം അത് ഏത് ഉപയോക്തൃ പ്രാമാണീകരണ നടപടിക്രമം ഉപയോഗിക്കുമെന്ന് സൂചിപ്പിക്കുന്ന ഒരു AUTH നിർദ്ദേശം നൽകുന്നു:
AUTH ലോഗിൻ
ഈ സാഹചര്യത്തിൽ, ഉപയോക്തൃനാമവും പാസ്‌വേഡും ഉപയോഗിച്ച് ഉപയോക്തൃ പ്രാമാണീകരണം ഉപയോഗിക്കും. അതിനുശേഷം സെർവർ 334 എന്ന നമ്പറുള്ള ഒരു സന്ദേശം നൽകുന്നു (ആധികാരികത ഉറപ്പാക്കൽ നടപടിക്രമം പുരോഗമിക്കുന്നു):
334 VXNlcm5hbWU6
ഒരു SMTP സെഷൻ്റെ പരിഗണിക്കപ്പെട്ട ഉദാഹരണത്തിൽ, ഈ ഘട്ടത്തിൽ ക്ലയൻ്റും സെർവറും തമ്മിലുള്ള ഡാറ്റാ കൈമാറ്റവും ടെക്സ്റ്റ് രൂപത്തിലാണ് നടത്തുന്നത്, പക്ഷേ എൻകോഡിംഗിലാണ് അടിസ്ഥാനം64. ബൈനറി ഡാറ്റ - പ്രോഗ്രാമുകൾ, ഫോട്ടോകൾ, വീഡിയോകൾ മുതലായവ എൻകോഡ് ചെയ്യുന്നതിനായി ഇമെയിൽ ആപ്ലിക്കേഷനുകളിൽ ഈ എൻകോഡിംഗ് വ്യാപകമായി ഉപയോഗിക്കുന്നു. എൻകോഡ് ചെയ്ത ഡാറ്റ ഘടകങ്ങളുടെ മുഴുവൻ ശ്രേണിയും ഒരു കൂട്ടം ഇംഗ്ലീഷ് അക്ഷരമാല പ്രതീകങ്ങളും അക്കങ്ങളും ചില ചിഹ്നങ്ങളും ഉപയോഗിച്ച് പ്രതിനിധീകരിക്കാൻ കഴിയും. ഡാറ്റ ട്രാൻസ്കോഡ് ചെയ്യുന്നതിന്, ഓൺലൈൻ ട്രാൻസ്‌കോഡർ base64.ru ഉപയോഗിക്കുക എന്നതാണ് ഏറ്റവും എളുപ്പമുള്ള മാർഗം. പരിവർത്തനം ചെയ്യുന്നതിന്, മുകളിലെ വിൻഡോയിലേക്ക് Base64 സ്ട്രിംഗ് പകർത്തുക, താഴെ നമുക്ക് ടെക്സ്റ്റ് ലഭിക്കും ഉപയോക്തൃനാമം:
പ്രതീക സ്ട്രിംഗ് VXNlcm5hbWU6 ആണ് ഉപയോക്തൃനാമം: ASCII എൻകോഡിംഗിൽ, അതായത്. ഉപയോക്തൃനാമ അഭ്യർത്ഥന. ക്ലയൻ്റ് പ്രോഗ്രാം ഇത് Base64 എൻകോഡിംഗിലും അയയ്ക്കുന്നു:
QmlsbEdhdGVzQG1pY3Jvc29mdC5jb20=
അതുപോലെ, അത് ലൈൻ എന്ന് നിർണ്ണയിക്കപ്പെടുന്നു
334 UGFzc3dvcmQ6
പാസ്‌വേഡ് അഭ്യർത്ഥന അർത്ഥമാക്കുന്നത് - Password:
ബേസ് 64 എൻകോഡിംഗിലും ക്ലയൻ്റ് പ്രോഗ്രാം പാസ്‌വേഡ് അയയ്‌ക്കുന്നത്:
YXNkYXRh
പാസ്‌വേഡ് സ്വീകരിക്കുകയാണെങ്കിൽ, സെർവർ സന്ദേശ നമ്പർ 235 ഉപയോഗിച്ച് പ്രതികരിക്കും:
235 [ഇമെയിൽ പരിരക്ഷിതം]ആധികാരികത
ഉപയോക്തൃനാമമോ പാസ്‌വേഡോ തിരിച്ചറിഞ്ഞില്ലെങ്കിൽ, നമ്പറുകളുള്ള ഒരു കൂട്ടം സന്ദേശങ്ങളിൽ നിന്നുള്ള ഒരു പിശക് കോഡ് ഉപയോഗിച്ച് സെർവർ പ്രതികരിക്കും. 4ХХ, 5ХХ
ഇതിൽ നിന്നുള്ള മെയിൽ: [ഇമെയിൽ പരിരക്ഷിതം]
SMTP പ്രോട്ടോക്കോളിൻ്റെ ഗുരുതരമായ പോരായ്മകളിലൊന്ന് മെയിൽ കൃത്രിമത്വത്തിനെതിരായ അതിൻ്റെ ദുർബലമായ പരിരക്ഷയാണ്. നിർദ്ദേശപ്രകാരം ഹലോനിങ്ങൾക്ക് ഏതെങ്കിലും ഹോസ്റ്റ് വിലാസം അല്ലെങ്കിൽ നിർദ്ദേശത്തിൽ വ്യക്തമാക്കാൻ കഴിയും മെയിൽനിങ്ങൾക്ക് അയച്ചയാളുടെ ഏത് വിലാസവും വ്യക്തമാക്കാൻ കഴിയും, ഉദാഹരണത്തിന്,
ഫോണ്ട് നിറം="നീല"> മെയിൽ: [ഇമെയിൽ പരിരക്ഷിതം]
മെയിലിംഗ് വിലാസം ഫോർമാറ്റുമായി പൊരുത്തപ്പെടുന്നുണ്ടെങ്കിൽ user@domain, സെർവർ 250 എന്ന നമ്പറുള്ള ഒരു സന്ദേശം നൽകും (ശരി, എല്ലാം ശരിയാണ്):
250 [ഇമെയിൽ പരിരക്ഷിതം]അയച്ചയാൾ സ്വീകരിച്ചു
(കൂടാതെ, സ്വീകർത്താവിൻ്റെ ക്ലയൻ്റ് മെയിൽ പ്രോഗ്രാം ലഭിച്ച കത്തിൽ ഈ വിലാസം കൃത്യമായി പ്രദർശിപ്പിക്കും, അതായത് microsoft.com ഡൊമെയ്‌നിൽ നിന്നുള്ള ബിൽ ഗേറ്റ്‌സിൽ നിന്ന്)
വിലാസം സ്വീകരിച്ചുവെന്ന് സെർവറിൽ നിന്ന് സ്ഥിരീകരണം ലഭിച്ച ശേഷം, ക്ലയൻ്റ് പ്രോഗ്രാം നിർദ്ദേശം ഉപയോഗിച്ച് സ്വീകർത്താവിൻ്റെ വിലാസം കൈമാറുന്നു. ആർസിപിടി ടു:
ആർസിപിടി ടു: [ഇമെയിൽ പരിരക്ഷിതം]
സ്വീകർത്താവിൻ്റെ വിലാസം ഫോർമാറ്റുമായി പൊരുത്തപ്പെടുന്നുണ്ടെങ്കിൽ user@domain, ഡെലിവറി 250-നുള്ള മെയിൽ സന്ദേശം സ്വീകരിക്കാൻ തയ്യാറാണെന്ന് സൂചിപ്പിക്കുന്ന ഒരു സന്ദേശത്തോടെ സെർവർ പ്രതികരിക്കും:
250 [ഇമെയിൽ പരിരക്ഷിതം]ഒരു അംഗീകൃത ഉപയോക്താവിനായി മെയിൽ റിലേ ചെയ്യും
ഡാറ്റ
354 എന്ന നമ്പറുള്ള ഒരു സന്ദേശം ഉപയോഗിച്ച് സെർവർ പ്രതികരിക്കുന്നു ("കത്തിൻ്റെ വാചകം നൽകാൻ ആരംഭിക്കുക")
354 മെയിൽ നൽകുക, "." സ്വയം ഒരു വരിയിൽ
ഏറ്റവും ലളിതമായ സാഹചര്യത്തിൽ, ഒരു അക്ഷരം കീബോർഡിൽ നിന്ന് നൽകിയ ASCII പ്രതീകങ്ങളുടെ ഒരു കൂട്ടം ആകാം, ഉദാഹരണത്തിന്
ഹലോ വേൾഡ്!!!
ഒരു സന്ദേശത്തിൻ്റെ അവസാനം ഡോട്ട് പ്രതീകം അടങ്ങുന്ന ഒരു പ്രത്യേക വരി സൂചിപ്പിക്കുന്നു.
അതിന്, നൽകിയ സന്ദേശം ഡെലിവറിക്കായി സ്വീകരിച്ചുവെന്ന് സൂചിപ്പിക്കുന്ന ഒരു സന്ദേശം സെർവർ നൽകുന്നു:
ഡെലിവറിക്കായി 250 സന്ദേശം സ്വീകരിച്ചു
അതിനുശേഷം മെയിൽ ക്ലയൻ്റ് പ്രോഗ്രാം സെഷൻ അവസാനിപ്പിക്കുന്നു:
പ്രതികരണമായി, കണക്ഷൻ അടച്ചതായി മെയിൽ സെർവർ റിപ്പോർട്ട് ചെയ്യുന്നു:
221 fcgp03.nicmail.ru കമ്മ്യൂണിഗേറ്റ് പ്രോ SMTP ക്ലോസിംഗ് കണക്ഷൻ
SMTP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നതിൻ്റെ പ്രാരംഭ ഘട്ടത്തിൽ, ലളിതമായ വാചകം മാത്രം കൈമാറുമ്പോൾ, അക്ഷരങ്ങൾ അയയ്ക്കുന്നതിനുള്ള ഈ രീതി ഉപയോഗിച്ചിരുന്നു, എന്നാൽ കാലക്രമേണ, സന്ദേശങ്ങൾക്കായി മനോഹരമായ ഡിസൈൻ സൃഷ്ടിക്കുക, അനിയന്ത്രിതമായ ഫോർമാറ്റിലുള്ള ഫയലുകൾ അറ്റാച്ചുചെയ്യുക, ദേശീയ അക്ഷരമാല ഉപയോഗിക്കുക , തുടങ്ങിയവ. അതിനാൽ പ്രമാണത്തിന് പുറമേ RFC 821പ്രമാണം വികസിപ്പിച്ചെടുത്തു RFC 822, ഇത് ഇമെയിൽ സന്ദേശങ്ങളുടെയും പ്രമാണങ്ങളുടെയും അടിസ്ഥാന ഉള്ളടക്കം മാനദണ്ഡമാക്കുന്നു RFC 2045ഒപ്പം RFC 2046, വിപുലീകരണങ്ങളുടെ ഫോർമാറ്റ് വിവരിക്കുന്നു മൈം(മൾട്ടിപർപ്പസ് ഇൻറർനെറ്റ് മെയിൽ വിപുലീകരണങ്ങൾ - മൾട്ടി പർപ്പസ് ഇമെയിൽ എക്സ്റ്റൻഷൻ), കോമ്പൗണ്ട്, നിലവാരമില്ലാത്ത സന്ദേശങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നതിനായി രൂപകൽപ്പന ചെയ്തിരിക്കുന്നു.
ഇമെയിൽ ഫോർമാറ്റ്.
ആധുനിക മാനദണ്ഡങ്ങൾക്കനുസൃതമായി, ഒരു ഇമെയിൽ സന്ദേശം 2 ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു - തലക്കെട്ട്ഒപ്പം ശരീരം. കത്തിൻ്റെ തലക്കെട്ട് മെയിൽ സോഫ്റ്റ്വെയർ സൃഷ്ടിച്ചതാണ്, കൂടാതെ ASCII എൻകോഡിംഗിൽ നിരവധി വരികൾ അടങ്ങിയിരിക്കുന്നു. ഇലക്ട്രോണിക് സന്ദേശം കൈമാറുന്നതിനും പ്രോസസ്സ് ചെയ്യുന്നതിനും ആവശ്യമായ സേവന വിവരങ്ങൾ ഹെഡറിൽ അടങ്ങിയിരിക്കുന്നു. ഓരോ ഹെഡർ ഫീൽഡിലും ഒരു ശീർഷകം, കോളൻ പ്രതീകം, ഫീൽഡ് ഡാറ്റ എന്നിവ അടങ്ങിയിരിക്കുന്നു. ചില ഹെഡർ ഫീൽഡുകൾക്ക് ഒരു നിശ്ചിത ഘടനയുണ്ട്, ഉദാ. ഇതിൽ നിന്ന്:(അയക്കുന്നയാളുടെ വിലാസം), ചിലത് - ഫീൽഡ് പോലെയുള്ള അനിയന്ത്രിതമായ വിഷയം:(കത്ത് വിഷയം).
പ്രധാന സന്ദേശ ഫീൽഡുകൾ:
ഇതിൽ നിന്ന്:- അയച്ചയാളുടെ വിലാസം
സ്വീകർത്താവ്:- സ്വീകർത്താവിൻ്റെ വിലാസം
തീയതി:- പുറപ്പെടുന്ന തീയതി
CC:- സന്ദേശത്തിൻ്റെ ഒരു പകർപ്പ് നിർദ്ദിഷ്ട വിലാസത്തിലേക്ക് അയച്ചു
ബിസി- മറഞ്ഞിരിക്കുന്ന പകർപ്പ്
വിഷയം:- സന്ദേശത്തിൻ്റെ വിഷയം
സന്ദേശം-ഐഡി:- മെയിൽ സോഫ്റ്റ്വെയർ നിയുക്തമാക്കിയ സന്ദേശ ഐഡൻ്റിഫയർ.
മറുപടി-ഇതിലേക്ക്:- സന്ദേശത്തിന് മറുപടി നൽകുന്നതിനുള്ള വിലാസം.
മുൻഗണന- സന്ദേശത്തിൻ്റെ മുൻഗണന (പ്രാധാന്യം).
എക്സ്-മെയിലർ:- സന്ദേശം അയച്ച മെയിൽ പ്രോഗ്രാം.
സ്വീകരിച്ചത്:- സ്വീകർത്താവിന് സന്ദേശം കൈമാറുമ്പോൾ ഇൻ്റർമീഡിയറ്റ് സെർവറുകൾ വഴി വിലാസങ്ങളും സന്ദേശത്തിൻ്റെ പ്രോസസ്സിംഗ് സമയവും ഉള്ള ഒരു ഫീൽഡ്.
ഏറ്റവും കുറഞ്ഞ സന്ദേശ തലക്കെട്ടിൽ ഫീൽഡുകൾ അടങ്ങിയിരിക്കണം ഇതിൽ നിന്ന്:, സ്വീകർത്താവ്:(അഥവാ CC:) ഒപ്പം തീയതി:. അന്തിമ സ്വീകർത്താവിന് ഒരു സന്ദേശം കൈമാറുമ്പോൾ, ഇൻ്റർമീഡിയറ്റ് മെയിൽ സെർവറുകൾ സൃഷ്ടിച്ച ഫീൽഡുകൾ പ്രാരംഭ സന്ദേശ തലക്കെട്ടിലേക്ക് ചേർക്കാം. അതിനാൽ, ഉദാഹരണത്തിന്, ഒരു ഉപയോക്താവിൽ നിന്ന് ഒരു സന്ദേശം അയയ്ക്കുമ്പോൾ [ഇമെയിൽ പരിരക്ഷിതം]ഉപയോക്താവ് [ഇമെയിൽ പരിരക്ഷിതം], mail.ru ഡൊമെയ്‌നിൽ സേവനം നൽകുന്ന മെയിൽ സെർവറിലേക്ക് ക്ലയൻ്റ് മെയിൽ സോഫ്റ്റ്വെയർ അയച്ച കത്ത്, തുടർന്ന് അത് rambler.ru ഡൊമെയ്‌നിൽ സേവിക്കുന്ന മെയിൽ സെർവറിലേക്ക് കൈമാറുന്നു, അവിടെ നിന്ന് അത് മെയിൽബോക്സ് ഉപയോക്താവിന് ലഭിക്കും. [ഇമെയിൽ പരിരക്ഷിതം]. ഫോർവേഡിംഗിൽ നിരവധി ഘട്ടങ്ങൾ അടങ്ങിയിരിക്കാം, കൂടാതെ സന്ദേശ തലക്കെട്ടിലേക്ക് ഇൻ്റർമീഡിയറ്റ് സെർവർ ഫീൽഡുകൾ ചേർക്കുന്നു.
ഇനിപ്പറയുന്ന ഫീൽഡുകൾ അക്ഷരത്തിൻ്റെ ഉള്ളടക്കത്തിൻ്റെ ഫോർമാറ്റ് സൂചിപ്പിക്കുന്നു:
MIME-പതിപ്പ്:- MIME വിപുലീകരണ പതിപ്പ്. ഈ സന്ദേശം ഒരു MIME വിപുലീകരണം ഉപയോഗിക്കുന്നുണ്ടെന്നും അതിൻ്റെ പതിപ്പിനെ സൂചിപ്പിക്കുന്നുവെന്നും സൂചിപ്പിക്കുന്നു.
ഉള്ളടക്ക തരം:- ഉള്ളടക്കത്തിൻ്റെ തരം. സന്ദേശത്തിൻ്റെ ഉള്ളടക്കവും മെയിൽ സോഫ്റ്റ്വെയർ (മെയിൽ സോഫ്റ്റ്വെയർ) വഴി അത് പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള അൽഗോരിതവും നിർവചിക്കുന്നു. ഉദാഹരണത്തിന്,
ഉള്ളടക്ക-തരം: സന്ദേശം/RFC-822- ഇനിപ്പറയുന്നത് RFC-822 ഫോർമാറ്റിലുള്ള ഒരു സന്ദേശമാണെന്ന് സൂചിപ്പിക്കുന്നു, അതായത്. ASCII എൻകോഡിംഗിൽ വിപുലീകരണങ്ങളില്ലാത്ത ഒരു ലളിതമായ വാചക സന്ദേശം.
ഉള്ളടക്ക-തരം: ടെക്സ്റ്റ്/പ്ലെയിൻ; charset="windows-1251"- പാരാമീറ്റർ മൂല്യം നിർണ്ണയിക്കുന്ന എൻകോഡിംഗിലെ പ്രതീകങ്ങളുടെ ഒരു ശ്രേണിയിൽ നിന്നുള്ള ഒരു സന്ദേശം അക്ഷരഗണം:(ഈ സാഹചര്യത്തിൽ, കോഡ് പേജ് 1251 ഉള്ള വിൻഡോസ് എൻകോഡിംഗിൽ)
ഉള്ളടക്ക-തരം: വാചകം/html- HTML ഭാഷാ ടാഗുകൾ ഉപയോഗിച്ച് അടയാളപ്പെടുത്തിയ വാചകം ഉപയോഗിക്കുന്നു.
ഉള്ളടക്ക-തരം: മൾട്ടിപാർട്ട് / മിക്സഡ്;
അതിർത്തി="----=_NextPart_000_008D_01CC0FEF.CCB47280"- സന്ദേശത്തിൽ വ്യത്യസ്ത ഉള്ളടക്കത്തിൻ്റെ നിരവധി ഭാഗങ്ങൾ അടങ്ങിയിരിക്കുന്നു. പരാമീറ്റർ അതിർത്തിവ്യക്തിഗത ഭാഗങ്ങൾക്കിടയിൽ ഒരു സെപ്പറേറ്ററായി ഒരു സ്ട്രിംഗ് വ്യക്തമാക്കുന്നു.
അങ്ങനെ, ഫീൽഡ് ഉള്ളടക്ക തരം:ഒരു ഇമെയിൽ സന്ദേശം പ്രോസസ്സ് ചെയ്യുമ്പോൾ ട്രാൻസ്കോഡ് ചെയ്യേണ്ട ഉള്ളടക്കത്തിൻ്റെ തരം (ഓഡിയോ, വീഡിയോ, ഇമേജ്) നിർണ്ണയിക്കാനാകും. എൻകോഡിംഗ് തരം ഫീൽഡ് സൂചിപ്പിക്കുന്നു ഉള്ളടക്കം-കൈമാറ്റം-എൻകോഡിംഗ്:. തരങ്ങൾ വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ 7ബിറ്റ്, 8ബിറ്റ്അഥവാ ബൈനറി, പിന്നെ റീകോഡിംഗ് ഉപയോഗിക്കില്ല. ടൈപ്പ് ചെയ്യുക അടിസ്ഥാനം64മുകളിൽ സൂചിപ്പിച്ച Base64 എൻകോഡിംഗ് ഉപയോഗിച്ചാണ് ഡാറ്റ എൻകോഡ് ചെയ്തിരിക്കുന്നതെന്ന് സൂചിപ്പിക്കുന്നു. സാമാന്യം സാധാരണമായ ഒരു തരം ഉദ്ധരിച്ചത്-അച്ചടിക്കാവുന്നത്, ASCII യുടെ (ഇംഗ്ലീഷ് അക്ഷരമാലയും അക്കങ്ങളും ചില പ്രതീകങ്ങളും) പ്രദർശിപ്പിച്ചിരിക്കുന്ന ഭാഗത്തിൻ്റെ ഭാഗമല്ലാത്ത പ്രതീകങ്ങൾ കൈമാറാൻ Base64 പോലെ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നു. ഓരോ പ്രതീകവും തുല്യ ചിഹ്നങ്ങളുടെ ഒരു ശ്രേണിയിലേക്ക് പരിവർത്തനം ചെയ്യപ്പെടുന്നു = പരിവർത്തനം ചെയ്യുന്ന പ്രതീകത്തിൻ്റെ ഹെക്സാഡെസിമൽ കോഡ് മൂല്യം വ്യക്തമാക്കുന്ന രണ്ട് പ്രതീകങ്ങളും. അതിനാൽ, ഉദാഹരണത്തിന്, വലിയ റഷ്യൻ അക്ഷരം ഐ, ചിഹ്ന പട്ടികയുടെ ഉയർന്ന ഭാഗത്തുള്ള ഹെക്സാഡെസിമൽ മൂല്യമായ 0xDF ന് യോജിക്കുന്നു, ഇത് ഇങ്ങനെ പ്രതിനിധീകരിക്കും =ഡിഎഫ്, ആശ്ചര്യചിഹ്നം - =21 ഇത്യാദി. ഡാറ്റ എൻകോഡിംഗ് നിയമങ്ങൾ പ്രമാണത്തിൽ വിവരിച്ചിരിക്കുന്നു RFC-1341
ഒരു വ്യാജ ഇമെയിൽ എങ്ങനെ കണ്ടെത്താം.
വിവിധ ലോട്ടറികൾ, വെബ്‌സൈറ്റ് അഡ്മിനിസ്ട്രേഷനുകൾ, ഇലക്ട്രോണിക് പേയ്‌മെൻ്റ് സിസ്റ്റം സേവനങ്ങൾ മുതലായവയുടെ സംഘാടകരായി വേഷമിടുന്ന വിവിധ തരം തട്ടിപ്പുകാരിൽ നിന്ന് ഇമെയിലുകൾ ലഭിക്കാത്ത ഒരു ഇമെയിൽ ഉപയോക്താവ് പോലും ഉണ്ടാകില്ല. നിരവധി സോഷ്യൽ നെറ്റ്‌വർക്ക് ഉപയോക്തൃ പേജുകൾ, ഇമെയിൽ ഉപയോക്തൃ അക്കൗണ്ടുകൾ, ഇ-വാലറ്റുകൾ മുതലായവ വ്യാജ ഇമെയിലുകൾ ഉപയോഗിച്ച് ഹാക്ക് ചെയ്യപ്പെട്ടു. അത് മറിച്ചാണ് സംഭവിക്കുന്നത്: അടിസ്ഥാനരഹിതമായ സംശയങ്ങൾ ഉണർത്തുന്ന സാധുവായ കത്തുകൾ അവഗണിച്ച് ചവറ്റുകുട്ടയിലേക്ക് അയച്ചു. എന്നാൽ ഒരു ഇമെയിൽ സന്ദേശത്തിൻ്റെ ആധികാരികത സാധാരണ ലോജിക്കും കത്തിൻ്റെ ഹെഡർ ഫീൽഡുകളിൽ നിന്ന് വേർതിരിച്ചെടുക്കാൻ കഴിയുന്ന വിവരങ്ങളും ഉപയോഗിച്ച് നിർണ്ണയിക്കുന്നത് വളരെ എളുപ്പമാണ്.
സ്വീകരിച്ച കത്ത് മെയിൽ ക്ലയൻ്റ് സോഫ്റ്റ്വെയർ അനാവശ്യ വിശദാംശങ്ങളില്ലാതെ കാണാൻ സൗകര്യപ്രദമായ ഒരു രൂപത്തിൽ പ്രദർശിപ്പിക്കും, എന്നിരുന്നാലും, ആവശ്യമെങ്കിൽ, നിങ്ങൾക്ക് സന്ദേശ ഡാറ്റയുടെ അവതരണം മാറ്റാനും ഹെഡർ ഫീൽഡുകൾ കാണാനും കഴിയും. Microsoft Outlook Express ഇമെയിൽ ക്ലയൻ്റിനായി (അതുപോലെ തന്നെ Windows Mail ഇമെയിൽ ക്ലയൻ്റിനും മറ്റുള്ളവക്കും), ഉദാഹരണത്തിന്, നിങ്ങൾ ഒരു പ്രത്യേക കത്ത് തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്, വലത് മൗസ് ബട്ടൺ ഉപയോഗിച്ച് സന്ദർഭ മെനുവിൽ വിളിച്ച് തിരഞ്ഞെടുക്കുക പ്രോപ്പർട്ടികൾഅല്ലെങ്കിൽ കീ കോമ്പിനേഷൻ അമർത്തുക Alt+പ്രവേശിക്കുക. "പൊതുവായ", "വിശദാംശങ്ങൾ" എന്നീ ടാബുകൾ ഉപയോഗിച്ച് സന്ദേശ പ്രോപ്പർട്ടികൾ വിൻഡോ തുറക്കും (ചില ക്ലയൻ്റുകളിൽ - "പൊതുവായത്", "വിശദാംശങ്ങൾ")
നിങ്ങൾ "വിശദാംശങ്ങൾ" വ്യൂ മോഡ് തിരഞ്ഞെടുക്കുമ്പോൾ, സന്ദേശത്തിൻ്റെ തലക്കെട്ടുകൾ സന്ദേശ പ്രോപ്പർട്ടികൾ വിൻഡോയിൽ പ്രദർശിപ്പിക്കും, കൂടാതെ, നിങ്ങൾ ക്ലിക്ക് ചെയ്യുമ്പോൾ മെയിൽ സെർവറിൽ നിന്ന് ലഭിച്ച രൂപത്തിൽ നിങ്ങൾക്ക് അത് കാണാനാകും. ബട്ടൺ യഥാർത്ഥ സന്ദേശം
പ്രാരംഭ കാഴ്ച ഒരു സന്ദേശ തലക്കെട്ട്, ഒരു ശൂന്യമായ വരി, സന്ദേശത്തിൻ്റെ ബോഡി എന്നിവയാണ്.
മറ്റ് മെയിൽ പ്രോഗ്രാമുകളിലോ മെയിൽ സേവനങ്ങളുടെ വെബ് ഇൻ്റർഫേസിലോ, തലക്കെട്ട് കാണാനും കഴിയും, ഉദാഹരണത്തിന്, mail.ru മെയിൽ സേവനത്തിൻ്റെ വെബ് ഇൻ്റർഫേസിലൂടെ ഒരു കത്ത് വായിക്കുമ്പോൾ, തലക്കെട്ട് ക്ലിക്കുചെയ്ത് കാണാൻ കഴിയും. ലിഖിതത്തോടുകൂടിയ ഐക്കൺ RFC, അക്ഷരത്തിന് മുകളിലുള്ള ബട്ടണുകളുടെ വരിയിൽ സ്ഥിതിചെയ്യുന്നു. Yandex മെയിൽ വെബ് ഇൻ്റർഫേസിൽ, സ്ക്രീനിൻ്റെ മുകളിൽ വലത് കോണിലുള്ള ഐക്കണിൽ നിങ്ങൾ ക്ലിക്കുചെയ്യേണ്ടതുണ്ട് അക്ഷര സവിശേഷതകൾ. ബട്ടണുകളുടെ പേരുകൾ വ്യത്യാസപ്പെടാം, പക്ഷേ ഇമെയിലിൻ്റെ തലക്കെട്ടോ യഥാർത്ഥ കാഴ്ചയോ കാണാൻ മിക്കവാറും എപ്പോഴും ഒരു ഓപ്ഷൻ ഉണ്ട്.
Microsoft Outlook 2010 ഇമെയിൽ ക്ലയൻ്റിലുള്ള ഒരു ഇമെയിലിൻ്റെ തലക്കെട്ട് കാണുന്നതിന്, നിങ്ങൾ ഇമെയിലിൽ ഇരട്ട-ക്ലിക്കുചെയ്ത് മെനുവിൽ നിന്ന് "ഫയൽ" - "വിവരങ്ങൾ" - "പ്രോപ്പർട്ടികൾ" ബട്ടൺ തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്. ഇൻറർനെറ്റ് ഹെഡറുകൾ വിൻഡോയിൽ ഹെഡർ ഫീൽഡുകൾ ദൃശ്യമാകുന്നു
ഉദാഹരണത്തിന്, "മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ" അയച്ചയാളായും "നിങ്ങൾ വിജയിച്ചു (അറ്റാച്ച്‌മെൻ്റ് കാണുക)" എന്ന വിഷയത്തോടുകൂടിയ ഒരു കത്തിൻ്റെ തലക്കെട്ടുകൾ പരിഗണിക്കുക, അവിടെ ഒരു ഇലക്ട്രോണിക് ലോട്ടറിയിലെ ഒരു വലിയ വിജയത്തെക്കുറിച്ച് റിപ്പോർട്ടുചെയ്‌ത് പൂരിപ്പിക്കാൻ വാഗ്ദാനം ചെയ്തു. അത് സ്വീകരിക്കുന്നതിന് അറ്റാച്ച് ചെയ്ത ഫയലിലെ ഫോം. മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ നടത്തുന്ന ലോട്ടറി അടിച്ചതിനെക്കുറിച്ചാണ് നമ്മൾ സംസാരിക്കുന്നതെന്ന് തോന്നുന്നു. യഥാർത്ഥത്തിൽ, ഉള്ളടക്കം സംശയാസ്പദമാണ്, എന്നാൽ ഈ സാഹചര്യത്തിൽ അത് പ്രശ്നമല്ല. തന്നിരിക്കുന്ന ഇമെയിൽ അയച്ചയാളെക്കുറിച്ചുള്ള പരമാവധി വിശ്വസനീയമായ വിവരങ്ങൾ നേടുക എന്നതാണ് ലക്ഷ്യം.
ഒരു ഇമെയിൽ ഡെലിവറി സമയത്ത്, നോഡിൽ നിന്ന് നോഡിലേക്ക് അയയ്ക്കുമ്പോൾ, റൂട്ടിലുള്ള സോഫ്റ്റ്വെയർ ഹെഡറിലേക്ക് സേവന വിവരങ്ങൾ ചേർക്കുന്നു, കൂടാതെ അയച്ചയാൾക്ക് ഈ ഡാറ്റ ഏതെങ്കിലും വിധത്തിൽ മാറ്റാൻ അവസരമില്ല. രൂപീകരണ സമയത്തിൻ്റെ കാര്യത്തിൽ ആദ്യകാല ഹെഡർ ഫീൽഡുകൾ താഴത്തെ ഭാഗത്താണ്, പിന്നീടുള്ളവ മുകൾ ഭാഗത്താണ്. അക്ഷരങ്ങളിൽ തുടങ്ങുന്ന ഫീൽഡുകൾ X-, സാധാരണയായി ഒരു ഇമെയിൽ അയയ്‌ക്കാനും സ്‌പാം, വൈറസുകൾ മുതലായവ പരിശോധിക്കാനും ഉപയോഗിക്കുന്ന സോഫ്റ്റ്വെയർ റഫർ ചെയ്യുക. ഈ ഫീൽഡുകളിൽ സന്ദേശമയക്കുന്നയാളുടെ വിശ്വാസ്യത നിർണ്ണയിക്കുന്നതിന് പ്രത്യേകിച്ച് ഉപയോഗപ്രദമായ വിവരങ്ങൾ അടങ്ങിയിട്ടില്ല, എന്നിരുന്നാലും അവ ഒരു അധിക വിവര സ്രോതസ്സായി ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, അയച്ചയാളെ മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ ആണെന്ന് കാണിക്കുന്നു, എന്നാൽ യാഹൂ സെർച്ച് എഞ്ചിൻ വെബ്‌മെയിൽ അയയ്‌ക്കുന്നതിന് ഉപയോഗിക്കുന്നു, അത് അങ്ങനെയാകണമെന്നില്ല.
എക്സ്-മെയിലർ: YahooMailRC/420.4 YahooMailWebService/0.8.105.279950
From:, To:, Reply-To: എന്നീ ഫീൽഡുകളും സന്ദേശം വ്യാജമാണെന്ന് സൂചിപ്പിക്കുന്നു.
അയച്ചത്: മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ
അയച്ചയാളുടെ പ്രദർശന നാമം "മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ" ആണ്, മെയിലിംഗ് വിലാസം " [ഇമെയിൽ പരിരക്ഷിതം]"(സംവിധാനം നിലനിർത്തിക്കൊണ്ട് സന്ദേശത്തിൽ യഥാർത്ഥത്തിൽ നിലവിലുള്ള വിലാസങ്ങൾ ഞാൻ മാറ്റി). ഇമെയിൽ വിലാസങ്ങൾ ഫോർമാറ്റ് ഉപയോഗിക്കുന്നു
user@domain- പേര് ഉപയോക്താവ്അടയാളം @ പേര് ഡൊമെയ്ൻ. ഈ കേസിലെ ഉപയോക്തൃനാമം (മെയിൽബോക്സിൻ്റെ പേര്). microsoft491, ഡൊമെയ്ൻ നാമം gmail.com, അതായത്. ഗൂഗിൾ ഡൊമെയ്‌നിലെ ഒരു സൗജന്യ മെയിൽബോക്സാണ്. ഒരു വലിയ സ്ഥാപനം ഔദ്യോഗിക കത്തിടപാടുകൾക്ക് പൊതു സൗജന്യ മെയിൽ ഉപയോഗിക്കുമ്പോൾ അത് വിചിത്രമല്ലേ? നിങ്ങൾക്ക് ഏത് ഉപയോക്തൃനാമവും സൃഷ്ടിക്കാൻ കഴിയും, അത് സൌജന്യവും മെയിൽ സേവനത്തിൻ്റെ നിയമങ്ങളുമായി പൊരുത്തപ്പെടുന്നതുമാണ്, കൂടാതെ പ്രദർശിപ്പിച്ചിരിക്കുന്ന പേര് യഥാർത്ഥ മെയിലിംഗ് വിലാസവുമായി ബന്ധപ്പെട്ടതല്ല. മിക്കപ്പോഴും, സ്‌കാമർമാർ ഇമെയിൽ വിലാസ ഫോർമാറ്റ് അയച്ചയാളുടെ പ്രദർശന നാമമായി ഉപയോഗിക്കുന്നു, കൂടാതെ "മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷൻ" എന്നതിനുപകരം, ഉദാഹരണത്തിന്, " [ഇമെയിൽ പരിരക്ഷിതം]"അത് യഥാർത്ഥ വിലാസവുമായി പൊരുത്തപ്പെടും" [ഇമെയിൽ പരിരക്ഷിതം]", ഇത് വ്യക്തമായി മൈക്രോസോഫ്റ്റ് കോർപ്പറേഷനുമായി യാതൊരു ബന്ധവുമില്ല.
അയച്ചയാളുടെ വിലാസത്തിൽ നിന്നുള്ള ഡൊമെയ്‌നിന് Microsoftയുമായോ മറ്റേതെങ്കിലും ഓർഗനൈസേഷനുമായോ എന്തെങ്കിലും ബന്ധമുണ്ടോ എന്നത് ഒരു സൗജന്യ യൂട്ടിലിറ്റി പോലുള്ള പ്രത്യേക സോഫ്റ്റ്വെയർ ഉപയോഗിച്ചോ അല്ലെങ്കിൽ നിങ്ങളെ അനുവദിക്കുന്ന ഓൺലൈൻ Whois സേവനങ്ങൾ ഉപയോഗിച്ചോ പരിശോധിക്കാവുന്നതാണ് (ഉദാഹരണത്തിന്, 2ip.ru എന്ന വെബ്‌സൈറ്റിൽ), ഡൊമെയ്ൻ നാമത്തെക്കുറിച്ചുള്ള യഥാർത്ഥ വിവരങ്ങൾ ലഭിക്കുന്നതിന്.
ഒരു ഇമെയിലിൻ്റെ ആധികാരികത നിർണ്ണയിക്കാൻ സഹായിക്കുന്ന അധിക സൂചനകൾ ഡൊമെയ്ൻ വിവരങ്ങൾ പലപ്പോഴും നൽകുന്നു. ഔദ്യോഗിക ഓർഗനൈസേഷനുകളുടെ പേരിനോട് വളരെ അടുത്തുള്ള ഒരു ഡൊമെയ്ൻ നാമമുള്ള ഒരു വിലാസം ഉപയോഗിക്കുന്ന സന്ദർഭങ്ങളിൽ ഇത് പ്രത്യേകിച്ചും സത്യമാണ്. അടുത്തിടെ, റോസ്‌കോംനാഡ്‌സോറിൻ്റെ പേരിൽ ഒരു വഞ്ചനാപരമായ മെയിലിംഗ് ഇൻ്റർനെറ്റിൻ്റെ റഷ്യൻ വിഭാഗത്തിലൂടെ കടന്നുപോയി, roskomnadzor.org. അത്തരം സന്ദർഭങ്ങളിൽ, ഡൊമെയ്നിൻ്റെ പ്രായം ശ്രദ്ധിക്കുന്നത് മൂല്യവത്താണ്. സാധാരണഗതിയിൽ, ഇൻ്റർനെറ്റ് സ്‌കാമുകൾക്കായി ഉപയോഗിക്കുന്ന ഡൊമെയ്ൻ നാമങ്ങൾ കുറച്ച് ദിവസങ്ങൾക്കും ഏതാനും ആഴ്‌ചകൾക്കും ഇടയിലാണ്. കൂടാതെ, രജിസ്ട്രാറെക്കുറിച്ചുള്ള വിവരങ്ങൾ, സാങ്കേതിക, അഡ്മിനിസ്ട്രേറ്റീവ് കോൺടാക്റ്റുകളിൽ നിന്നുള്ള ഡാറ്റ, അയച്ചയാളുടെ വിശ്വാസ്യതയെക്കുറിച്ച് ഏത് നിഗമനങ്ങളിൽ എത്തിച്ചേരാനാകും എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ നൽകാൻ കഴിയും. വാസ്തവത്തിൽ, മിക്കപ്പോഴും ഒരു സർക്കാർ ഏജൻസിയുടെ ഡൊമെയ്ൻ നാമ രജിസ്ട്രാർ ഒരു സ്വകാര്യ വ്യക്തിയാണെന്നും നിർദ്ദിഷ്ട കോൺടാക്റ്റുകൾക്ക് ഈ ഓർഗനൈസേഷനുമായോ ഈ രാജ്യവുമായോ യാതൊരു ബന്ധവുമില്ല.
ശ്രദ്ധിക്കേണ്ട അടുത്ത ഫീൽഡ്
സന്ദേശം-ഐഡി: 306099.58326.qm @ web83802.mail.sp1.yahoo.com
ചിഹ്നത്തിന് ശേഷം പേര് ദൃശ്യമാകുന്ന മെയിൽ സിസ്റ്റം നൽകിയ ആന്തരിക സന്ദേശ ഐഡൻ്റിഫയറാണിത് @ . നിങ്ങൾക്ക് Microsoft-ൽ നിന്നോ Yandex അഡ്മിനിസ്ട്രേഷനിൽ നിന്നോ ഒരു കത്ത് ലഭിച്ചിട്ടുണ്ടെങ്കിലും, മെയിൽ സിസ്റ്റത്തിൻ്റെ പേരിൽ അടങ്ങിയിരിക്കുന്നു yahoo.com, അപ്പോൾ അത്തരമൊരു കത്ത് വ്യാജമാണെന്ന് നമുക്ക് വ്യക്തമായി നിഗമനം ചെയ്യാം. എന്നാൽ അത് മാത്രമല്ല. അടുത്തത് (താഴെ നിന്ന് മുകളിലേക്ക്) ഫീൽഡ്, സ്വീകരിച്ചത്:ഡെലിവറി ശൃംഖലയിലെ ആദ്യത്തെ മെയിൽ സെർവർ സൃഷ്ടിച്ചത്, കത്ത് അയച്ച വിലാസം (വിലാസം ഞാൻ മാറ്റിയതാണ്) ഞങ്ങൾക്ക് തരുന്നത്
സ്വീകരിച്ചത്: web83802.mail.sp1.yahoo.com-ൽ നിന്ന് HTTP വഴി;
ഉയർന്ന തോതിലുള്ള സംഭാവ്യതയോടെ, അയയ്ക്കുന്നയാളുടെ ഇൻ്റർനെറ്റ് ദാതാവിൻ്റെ വിലാസ പൂളിൽ നിന്നോ തപാൽ സേവന നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയിൽ നിന്നോ ഉള്ള ഒരു വിലാസമെങ്കിലും ഇത് ആണെന്ന് നമുക്ക് അനുമാനിക്കാം. NAT (നെറ്റ്‌വർക്ക് അഡ്രസ് ട്രാൻസ്ലേഷൻ) സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് ഇൻ്റർനെറ്റ് ആക്സസ് ചെയ്യുമ്പോൾ, മിക്ക കേസുകളിലും, ദാതാവിൻ്റെ നെറ്റ്‌വർക്കുകളിൽ, ക്ലയൻ്റുകൾക്ക് ഡൈനാമിക് ഐപി വിലാസങ്ങളും "ഗ്രേ" ഐപികൾ എന്ന് വിളിക്കപ്പെടുന്നവയും അനുവദിക്കപ്പെടുന്നുവെന്നും ഗേറ്റ്‌വേ വിലാസം ഐപി ആയിരിക്കുമെന്നും ഞാൻ കൂട്ടിച്ചേർക്കും. ലഭിച്ച ഫീൽഡിൽ, ദാതാവിൻ്റെ ആന്തരിക നെറ്റ്‌വർക്കിൽ നിന്ന് ഇൻ്റർനെറ്റിലേക്കുള്ള ആക്‌സസ്സ് ഇതിലൂടെയാണ്. IP വിലാസത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ലഭിക്കുന്നതിന്, നിങ്ങൾക്ക് അതേ Win32Whois ഉപയോഗിക്കാം. ഡൊമെയ്ൻ നാമത്തിന് പകരം, അത് ഫീൽഡിൽ നൽകുക DOMAINഞങ്ങൾക്ക് താൽപ്പര്യമുള്ള IP വിലാസം
വിലാസത്തിൻ്റെ വിശകലനത്തിന് വിവരങ്ങൾ നൽകാൻ കഴിയും, ഉദാഹരണത്തിന്, മൈക്രോസോഫ്റ്റിൽ നിന്നുള്ള ഒരു കത്ത് പോളിഷ് അല്ലെങ്കിൽ ന്യൂസിലാൻഡ് ദാതാവിൻ്റെ നെറ്റ്‌വർക്കിൽ നിന്നാണ് അയച്ചത്, റഷ്യൻ ഫെഡറൽ സർവീസിൽ നിന്നുള്ള ഒരു ഔദ്യോഗിക കത്ത് കാനഡയിൽ നിന്ന് അയച്ചു.
നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, സങ്കീർണ്ണമായ ഒന്നും തന്നെയില്ല. ഒരു വ്യാജ സന്ദേശം തിരിച്ചറിയാനും ഇൻ്റർനെറ്റ് തട്ടിപ്പുകാരുടെ കെണിയിൽ വീഴാതിരിക്കാനും ഇ-മെയിൽ വിനിമയ തത്വങ്ങളെക്കുറിച്ചും അക്ഷര ഫോർമാറ്റുകളെക്കുറിച്ചുള്ള ധാരണയെക്കുറിച്ചും പൊതുവായ വിവരങ്ങൾ പോലും ഉണ്ടായാൽ മതി.
ഏതൊരു ഇ-മെയിലിനും അടിസ്ഥാനപരമായി ഒരേ ഘടനയുണ്ട്. ഇൻ്റർനെറ്റ് മെയിൽ സന്ദേശ ഫോർമാറ്റ് RFC-822-ൽ നിർവചിച്ചിരിക്കുന്നു (1982-ൽ പ്രസിദ്ധീകരിച്ച ARPA ഇൻ്റർനെറ്റ് ടെക്സ്റ്റ് മെസേജിനുള്ള സ്റ്റാൻഡേർഡ്). ഒരു ഇമെയിൽ സന്ദേശത്തിൽ മൂന്ന് ഭാഗങ്ങൾ അടങ്ങിയിരിക്കുന്നു: ഒരു എൻവലപ്പ്, തലക്കെട്ടുകൾ, ഒരു സന്ദേശ ബോഡി. സന്ദേശത്തിൻ്റെ തലക്കെട്ടുകളും ബോഡിയും മാത്രമേ ഉപയോക്താവിന് ലഭ്യമാകൂ. ഡെലിവറി പ്രോഗ്രാമുകൾ (സെർവറിൽ നിന്ന് സെർവറിലേക്ക് സന്ദേശങ്ങൾ കൈമാറാൻ) എൻവലപ്പ് ഉപയോഗിക്കുന്നു. RFC-822 സന്ദേശ തലക്കെട്ടിൻ്റെ ഉള്ളടക്കം നിയന്ത്രിക്കുന്നു. ഹെഡർ എല്ലായ്പ്പോഴും സന്ദേശത്തിൻ്റെ ബോഡിക്ക് മുമ്പായി ദൃശ്യമാകും, അതിൽ നിന്ന് ഒരു ശൂന്യമായ വരയാൽ വേർതിരിച്ചിരിക്കുന്നു, കൂടാതെ ഫീൽഡുകൾ (പേരും ഉള്ളടക്കവും) അടങ്ങിയിരിക്കുന്നു. ഫീൽഡ് നാമം ഉള്ളടക്കത്തിൽ നിന്ന് ":" ചിഹ്നത്താൽ വേർതിരിച്ചിരിക്കുന്നു.ആവശ്യമായ ഏറ്റവും കുറഞ്ഞ ഫീൽഡുകളാണ് " തീയതി:«, » ഇതിൽ നിന്ന്:«, » CC:"കൂടാതെ/അല്ലെങ്കിൽ" സ്വീകർത്താവ്:", ഉദാഹരണത്തിന്:
ഇതിൽ നിന്ന്: [ഇമെയിൽ പരിരക്ഷിതം]
സ്വീകർത്താവ്: [ഇമെയിൽ പരിരക്ഷിതം]
ഇതിൽ നിന്ന്: [ഇമെയിൽ പരിരക്ഷിതം]
ഇതിൽ നിന്ന്: [ഇമെയിൽ പരിരക്ഷിതം]
സ്വീകർത്താവ്: [ഇമെയിൽ പരിരക്ഷിതം]
എവിടെ" തീയതി:«, » ഇതിൽ നിന്ന്:«, » CC:" ഒപ്പം " സ്വീകർത്താവ്:" എന്നത് തലക്കെട്ട് പേരുകളാണ്, കൂടാതെ ഓരോ തലക്കെട്ടിൻ്റെ പേരും ഒരു സ്‌പെയ്‌സ് കൊണ്ട് വേർതിരിക്കപ്പെടുകയും അനുബന്ധ ഉള്ളടക്കം സൂചിപ്പിക്കുകയും ചെയ്യുന്നു. വ്യക്തമാക്കിയ ഓരോ തലക്കെട്ടിൻ്റെയും അർത്ഥം നമുക്ക് നിർണ്ണയിക്കാം:
അയയ്ക്കുന്നയാളുടെ കമ്പ്യൂട്ടറാണ് "തീയതി:" ഫീൽഡ് സജ്ജീകരിച്ചിരിക്കുന്നത്, അതിൽ തീയതിയും സമയവും തെറ്റായി സജ്ജീകരിച്ചേക്കാം
തീയതി:— ഈ തലക്കെട്ടിൻ്റെ ഉദ്ദേശ്യം വ്യക്തമാണ്: കത്ത് അയച്ച തീയതിയും സമയവും ഇത് സൂചിപ്പിക്കുന്നു (ഉദാഹരണങ്ങളിൽ നിന്ന് "വെള്ളി, 6 ഡിസംബർ 2002 23:26:50 +0300 (MSK/MSD)" കത്ത് അയച്ചതാണെന്ന് വ്യക്തമാണ്. 2002 ഡിസംബർ 6 ന് 23:26: 50 മോസ്കോ സമയം). അയച്ചയാളുടെ കമ്പ്യൂട്ടറിൽ ഈ ഹെഡർ സൃഷ്‌ടിച്ചിട്ടില്ലെങ്കിൽ, ഒരുപക്ഷേ അത് മെയിൽ സെർവറോ അല്ലെങ്കിൽ കത്ത് കടന്നുപോകുന്ന മറ്റേതെങ്കിലും കമ്പ്യൂട്ടറോ ചേർത്തേക്കാം. ഒരു സാഹചര്യത്തിലും ഇത് മാറ്റമില്ലാത്ത സത്യമായി കണക്കാക്കരുത്, മാത്രമല്ല കള്ളപ്പണത്തിനുള്ള സാധ്യത പോലുമല്ല - തെറ്റായ ക്ലോക്കുകളുള്ള ഭീമാകാരമായ ധാരാളം കമ്പ്യൂട്ടറുകൾ ലോകത്ത് ഉണ്ട്;ഇതിൽ നിന്ന്:— അയച്ചയാളുടെ വിലാസം സൂചിപ്പിക്കുന്നു (ഉദാഹരണത്തിൽ, വിലാസത്തിൽ നിന്നാണ് കത്ത് അയച്ചതെന്ന് ഞങ്ങൾ കാണുന്നു [ഇമെയിൽ പരിരക്ഷിതം]);
സ്വീകർത്താവ്:- സ്വീകർത്താവിൻ്റെ (കളുടെ) വിലാസം (ഞങ്ങളുടെ ഉദാഹരണത്തിൽ സ്വീകർത്താവ് [ഇമെയിൽ പരിരക്ഷിതം]). ഫീൽഡ് "എന്നത് ശ്രദ്ധിക്കുക സ്വീകർത്താവ്:" എന്നതിൽ സ്വീകർത്താവിൻ്റെ വിലാസം അടങ്ങിയിരിക്കേണ്ടതില്ല, കൂടാതെ നിരവധി സ്വീകർത്താക്കളുടെ വിലാസങ്ങളും അടങ്ങിയിരിക്കാം;
CC:(കാർബൺ പകർപ്പ്) - പകർപ്പുകൾ അഭിസംബോധന ചെയ്യുന്നു, ഈ തലക്കെട്ട് "ടു" ഫീൽഡിൻ്റെ ഒരു വിപുലീകരണമാണ്, ഇത് കത്തിൻ്റെ അധിക സ്വീകർത്താക്കളെ സൂചിപ്പിക്കുന്നു ("ടു" സ്വീകർത്താവ് എല്ലാ "Ccs" യുടെയും ഒരു ലിസ്റ്റ് കാണുന്നു). "To", "Cc" എന്നീ തലക്കെട്ടുകൾ തമ്മിൽ അടിസ്ഥാനപരമായി ഒരു വ്യത്യാസവുമില്ല, ഒരു സന്ദേശത്തിന് പ്രതികരണം സൃഷ്ടിക്കുമ്പോൾ ചില ഇമെയിൽ പ്രോഗ്രാമുകൾ അവയെ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യുന്നു എന്നതൊഴിച്ചാൽ. ഉദാഹരണം നമ്പർ 1-ൽ Cc ഫീൽഡ് ഇല്ല, അതായത്, കത്ത് ഒരൊറ്റ സ്വീകർത്താവിന് അയച്ചു [ഇമെയിൽ പരിരക്ഷിതം]. ഉദാഹരണം നമ്പർ 2 ൽ നിന്ന് ഈ തലക്കെട്ട് വിലാസക്കാരനുടേതാണെന്ന് വ്യക്തമാണ് [ഇമെയിൽ പരിരക്ഷിതം], ആർക്കാണ് കത്തിൻ്റെ ഒരു പകർപ്പ് അയച്ചത് (അവൻ To ഫീൽഡ് കാണുന്നില്ല). കത്ത് സ്വീകർത്താവിന് അയച്ചതായി ഉദാഹരണം #3 കാണിക്കുന്നു [ഇമെയിൽ പരിരക്ഷിതം], കൂടാതെ കത്തിൻ്റെ ഒരു പകർപ്പ് മെയിൽബോക്സിലേക്ക് അയച്ചു [ഇമെയിൽ പരിരക്ഷിതം].
എന്നാൽ ഇവ ഏറ്റവും അടിസ്ഥാനപരമായ ഹെഡർ ഫീൽഡുകൾ മാത്രമാണ്. സാധാരണയായി തലക്കെട്ടിൽ മുകളിൽ ലിസ്റ്റുചെയ്തിരിക്കുന്നതിനേക്കാൾ കൂടുതൽ ഫീൽഡുകൾ അടങ്ങിയിരിക്കുന്നു. നമുക്ക് അവരെ പരിചയപ്പെടാം...
ഫീൽഡ് "സ്വീകരിച്ചത്:" - മെയിൽ സെർവറിലൂടെ കടന്നുപോകുന്ന കത്തിൻ്റെ സ്റ്റാമ്പ്
സ്വീകരിച്ചത്:- മെയിൽ സെർവറിലൂടെ കടന്നുപോകുന്ന കത്തിൻ്റെ ഒരു "സ്റ്റാമ്പ്". "സ്വീകരിച്ചത്:" തലക്കെട്ടുകൾ സന്ദേശത്തിൻ്റെ ജീവിതത്തെക്കുറിച്ചുള്ള വിശദമായ വിവരങ്ങൾ നൽകുന്നു, സന്ദേശം കൃത്യമായി എവിടെ നിന്നാണ് വന്നത് എന്നതിനെക്കുറിച്ച് സന്ദേശം സ്വീകരിക്കുന്നയാളെ കബളിപ്പിക്കുന്നത് തടയും. ഉദാഹരണത്തിന്, 104.128.23.115 എന്ന IP വിലാസമുള്ള turmeric.com എന്ന മെഷീൻ മെഷീൻ mail.bieberdorf.edu എന്നതിലേക്ക് ഒരു സന്ദേശം അയയ്‌ക്കുകയാണെങ്കിൽ, HELO galangal.org എന്ന് പറഞ്ഞ് അതിനെ കബളിപ്പിക്കാൻ ശ്രമിക്കുകയാണെങ്കിൽ, "സ്വീകരിച്ചത്:" എന്ന തലക്കെട്ട് ലഭിക്കും: സ്വീകരിച്ചത്: manaraga. org (turmeric.com) mail.bieberdorf.edu മുഖേന...(വ്യക്തതയ്ക്കായി ബാക്കി വരികൾ ഒഴിവാക്കി). ഇവിടെ വ്യാജൻ ഉടൻ വെളിപ്പെടുന്നു. ഈ വരി ഇങ്ങനെ പറയുന്നു: "turmeric.com എന്ന യന്ത്രം, അതിൻ്റെ വിലാസം 104.128.23.115 ആണ്, അതിനെ galangal.org എന്ന് വിളിക്കുന്നു." ഈ ലെറ്റർ ഹെഡറിൻ്റെ ആവശ്യകതയും ഉപയോഗവും വ്യക്തമായി പ്രകടമാക്കുന്ന ഒരു ഉദാഹരണം മാത്രമേ ഞങ്ങൾ നോക്കിയിട്ടുള്ളൂ, കാരണം ഈ ലേഖനത്തിൻ്റെ ഉദ്ദേശ്യം ഓരോ തലക്കെട്ടിൻ്റെയും വിശദമായ പഠനമല്ല, മറിച്ച് ദൈനംദിന ജീവിതത്തിൽ ഏറ്റവും സാധാരണമായവയുമായി സ്വയം പരിചയപ്പെടുക എന്നതാണ്. ജീവിതം. മാത്രമല്ല, "സ്വീകരിച്ചത്:" തലക്കെട്ടിനെക്കുറിച്ച് ഒരു പ്രത്യേക ലേഖനം എഴുതാം.സന്ദേശം-ഐഡി:- ഓരോ സന്ദേശത്തിനും ഒരു അദ്വിതീയ ലെറ്റർ ഐഡൻ്റിഫയർ നൽകിയിരിക്കുന്നു, മിക്കപ്പോഴും അത് അതിൻ്റെ വഴിയിൽ കണ്ടുമുട്ടുന്ന ആദ്യത്തെ മെയിൽ സെർവർ വഴിയോ അല്ലെങ്കിൽ ഒരു മെയിൽ ക്ലയൻ്റ് മുഖേനയോ. ഇതിന് സാധാരണയായി ആകൃതിയുണ്ട് " [ഇമെയിൽ പരിരക്ഷിതം], ഇവിടെ "abrakadabra" എന്നത് അനിയന്ത്രിതമായ പ്രതീകങ്ങളുടെ ഒരു കൂട്ടമാണ്, രണ്ടാം ഭാഗം "domain.ru" എന്നത് ഐഡൻ്റിഫയർ നൽകിയ മെഷീൻ്റെ പേരാണ്. ചിലപ്പോൾ, എന്നാൽ അപൂർവ്വമായി, "അബ്രകദബ്ര" എന്നതിൽ അയച്ചയാളുടെ പേര് ഉൾപ്പെടുന്നു. ലെറ്റർ ലൂപ്പിംഗ് ഒഴിവാക്കാൻ മെയിൽ ഡെലിവറി പ്രോഗ്രാമുകൾ മെസേജ്-ഐഡി ഉപയോഗിക്കുന്നു;
ഫീൽഡ് "Bcc" - മറച്ച പകർപ്പ്
Bcc:(അന്ധമായ കാർബൺ പകർപ്പ്) - അന്ധമായ/മറഞ്ഞിരിക്കുന്ന പകർപ്പ് ("Bcc" ഫീൽഡിൽ നിന്നുള്ള മറ്റ് സ്വീകർത്താക്കളെ കുറിച്ച് സ്വീകർത്താക്കൾക്ക് അറിയില്ല). BCC സ്പാമർമാർക്കിടയിൽ വളരെ ജനപ്രിയമാണ്, കാരണം പല അനുഭവപരിചയമില്ലാത്ത ഉപയോക്താക്കൾക്കും തങ്ങളെ അഭിസംബോധന ചെയ്തതായി തോന്നാത്ത ഒരു ഇമെയിൽ ലഭിക്കുമ്പോൾ ആശയക്കുഴപ്പത്തിലാകുന്നു;വിഷയം:- കത്തിൻ്റെ വിഷയം (Re: ൻ്റെ സാന്നിധ്യം മറുപടി എന്നാണ് അർത്ഥമാക്കുന്നത്; Fwd: - ഫോർവേഡിംഗ്). "സബ്ജക്റ്റ്" ഫീൽഡിൽ തപാൽ സ്റ്റാൻഡേർഡ് ലാറ്റിൻ പ്രതീകങ്ങൾ (US-ASCII) മാത്രമേ അനുവദിക്കൂ, അതിനാൽ, നിരവധി ഉപയോക്താക്കൾ ഈ ഫീൽഡ് റഷ്യൻ ഭാഷയിൽ പൂരിപ്പിക്കുന്നുണ്ടെങ്കിലും, ഇത് ശുപാർശ ചെയ്യുന്നില്ല. റഷ്യൻ ഭാഷയിൽ എഴുതിയ ഒരു കത്തിൻ്റെ വിഷയം അയയ്ക്കുമ്പോൾ, അയച്ചയാളുടെ മെയിൽ പ്രോഗ്രാം 7-ബിറ്റ് ബേസ്64 ആയി വീണ്ടും കോഡ് ചെയ്യുമ്പോൾ ഈ വിഷയം എഴുതിയ ഭാഷാ എൻകോഡിംഗിനെ സൂചിപ്പിക്കുന്നു (പൈൻ, പെഗാസസ് മെയിൽ പ്രോഗ്രാമുകൾ ചെയ്യുന്നതുപോലെ), കൂടാതെ സ്വീകർത്താവിൻ്റെ മെയിൽ പ്രോഗ്രാം കത്തിൻ്റെ വിഷയം വായിക്കാനാകുന്ന കാഴ്ചയിലേക്ക് ഡീകോഡ് ചെയ്യുന്നു. എന്നിരുന്നാലും, ഇത് MIME മെയിൽ സ്റ്റാൻഡേർഡിൻ്റെ ഒരു സവിശേഷതയാണ്, ഇത് UUPC പിന്തുണയ്ക്കുന്നില്ല;
മറുപടി-ഇതിലേക്ക്:- മറുപടികൾക്കുള്ള വിലാസം. ഈ തലക്കെട്ടിന് നിരവധി പരിഷ്‌കൃത ഉപയോഗങ്ങളുണ്ടെങ്കിലും, ആക്രമണങ്ങളെ വഴിതിരിച്ചുവിടാൻ സ്പാമർമാർ ഇത് ഉപയോഗിക്കുന്നു. ചില നിഷ്കളങ്കരായ സ്പാമർമാർ തൻ്റെ കത്തുകൾക്കുള്ള മറുപടികൾ ശേഖരിക്കാൻ ആഗ്രഹിച്ചേക്കാം കൂടാതെ ശരിയായ "മറുപടി:" എന്ന തലക്കെട്ട് സൂചിപ്പിക്കും, എന്നാൽ മിക്കവരും അവിടെ നിലവിലില്ലാത്ത വിലാസമോ നിരപരാധിയായ ഇരയുടെ വിലാസമോ സൂചിപ്പിക്കുന്നു;
മറുപടിയായി:- സന്ദേശം "മറുപടിക്കുള്ള മറുപടി" തരത്തിലാണെന്ന് സൂചിപ്പിക്കുന്നു;
അഭിപ്രായങ്ങൾ:- അഭിപ്രായം എന്നാണ് അർത്ഥമാക്കുന്നത്. ഈ തലക്കെട്ട് സ്റ്റാൻഡേർഡ് അല്ല, അതിനാൽ ഏത് വിവരവും അടങ്ങിയിരിക്കാം. അയച്ചയാളെ തിരിച്ചറിയാൻ ചില ഇമെയിൽ പ്രോഗ്രാമുകൾ (പ്രത്യേകിച്ച് ജനപ്രിയ പെഗാസസ് പ്രോഗ്രാം) ഈ തലക്കെട്ടുകൾ ചേർക്കുന്നു, പക്ഷേ പലപ്പോഴും സ്പാമർമാർ സ്വമേധയാ എഴുതുന്നവയാണ്, അതിനാൽ അവ ജാഗ്രതയോടെ ഉപയോഗിക്കണം;
പദവി:- സന്ദേശ നില (പുതിയത്, വായിക്കുക);
പ്രത്യക്ഷത്തിൽ-ഇയാൾക്ക്:- ഈ തലക്കെട്ടുകൾ സാധാരണ സന്ദേശങ്ങൾക്ക് സാധാരണമല്ല; അവ സാധാരണയായി മാസ് മെയിലിംഗിൻ്റെ അടയാളമാണ്. ഈ ശീർഷകങ്ങളുടെ ഭീമാകാരമായ ലിസ്‌റ്റുകൾ സൃഷ്‌ടിക്കാതിരിക്കാൻ സ്‌മാർട്ട് ആയ സോഫ്റ്റ്വെയർ ഉപയോഗിച്ചാണ് ഈയിടെയായി കൂട്ട മെയിലിംഗുകൾ നടത്തുന്നത്;
സംഘടന:- പൂർണ്ണമായും സൌജന്യ തലക്കെട്ട്, സാധാരണയായി സന്ദേശം അയച്ചയാൾ നെറ്റ്വർക്കിലേക്ക് ആക്സസ് നേടുന്ന സ്ഥാപനത്തിൻ്റെ പേര് ഉൾക്കൊള്ളുന്നു. അയച്ചയാൾ, ചട്ടം പോലെ, ഈ തലക്കെട്ട് നിയന്ത്രിക്കുന്നു, അതിനാൽ ZAO "കൊമ്പുകളും കുളമ്പുകളും" പോലെയുള്ള എന്തെങ്കിലും ഉണ്ടായിരിക്കാം;
മുൻഗണന:- സന്ദേശത്തിൻ്റെ മുൻഗണന സജ്ജീകരിക്കുന്ന ഒരു പ്രത്യേക സൗജന്യ തലക്കെട്ട്. മിക്ക പ്രോഗ്രാമുകളും അത് അവഗണിക്കുന്നു. സന്ദേശത്തിലേക്ക് ശ്രദ്ധ ആകർഷിക്കാൻ "മുൻഗണന: അടിയന്തിര" (അല്ലെങ്കിൽ അത്തരത്തിലുള്ള ഒന്ന്) എന്ന രൂപത്തിൽ സ്പാമർമാർ പലപ്പോഴും ഉപയോഗിക്കുന്നു;
പിശകുകൾ-ഇതിലേക്ക്:- "അത്തരമൊരു ഉപയോക്താവില്ല" പോലെയുള്ള സ്വയമേവ സൃഷ്ടിക്കുന്ന പിശക് സന്ദേശങ്ങൾ അയയ്ക്കുന്നതിനുള്ള വിലാസം വ്യക്തമാക്കുന്നു. മെയിൽ സെർവറുകൾ ഉപയോഗിക്കുന്ന സ്ഥിരസ്ഥിതി വിലാസമായ ഔട്ട്‌ഗോയിംഗ് വിലാസത്തിൽ പിശക് സന്ദേശങ്ങൾ ലഭിക്കാൻ മിക്ക അയക്കുന്നവർക്കും സാധാരണയായി താൽപ്പര്യമുള്ളതിനാൽ ഇത് വളരെ അപൂർവ്വമായി ഉപയോഗിക്കുന്ന തലക്കെട്ടാണ്.
RFC-822 സ്പെസിഫിക്കേഷൻ വളരെ കാലഹരണപ്പെട്ടതാണ്
ഞങ്ങൾ മുകളിൽ ചർച്ച ചെയ്ത തലക്കെട്ടുകൾ മുകളിൽ സൂചിപ്പിച്ചതുപോലെ RFC-822 ആണ് നിയന്ത്രിക്കുന്നത്. RFC-822 സ്റ്റാൻഡേർഡിൻ്റെ ഉപയോഗം മുതൽ, ഉപയോക്തൃ ആവശ്യങ്ങൾ ഗണ്യമായി കുറയ്ക്കുന്ന നിരവധി പരിമിതികൾ കണ്ടെത്തി. പ്രത്യേകിച്ചും, ഓഡിയോയും ഗ്രാഫിക്സും പോലെയുള്ള നോൺ-ടെക്സ്റ്റ് ഡാറ്റ അയയ്‌ക്കാനുള്ള കഴിവ്, ടെക്സ്റ്റ് മെസേജ് ഫോർമാറ്റ് മാത്രം വിവരിക്കുന്ന RFC-822-ൽ പരാമർശിച്ചിട്ടില്ല. ഒരു ടെക്സ്റ്റ് സന്ദേശത്തിൻ്റെ കാര്യത്തിൽ പോലും, RFC-822 വിപുലീകൃത പ്രതീക സെറ്റ് ഉപയോഗിച്ച് ഉപയോക്താക്കളുടെ ആവശ്യങ്ങൾ മറികടന്നു, ഇത് ഏഷ്യൻ, മിക്ക യൂറോപ്യൻ ഭാഷകൾക്കും സാധാരണമാണ്. RFC-822-ൻ്റെ പ്രധാന പരിമിതി അതിൻ്റെ താരതമ്യേന ചെറിയ സ്ട്രിംഗുകളും 7-ബിറ്റ് പ്രതീക പട്ടികയുമാണ്. നോൺ-ടെക്സ്റ്റ് ഡാറ്റ അയയ്‌ക്കുന്നതിന്, ഉപയോക്താക്കൾക്ക് അവരുടെ സന്ദേശത്തിൻ്റെ ബോഡി UUENCODE, BINHEX, അനലോഗുകൾ എന്നിവ ഉപയോഗിച്ച് 7-ബിറ്റ് ഫോമിലേക്ക് പരിവർത്തനം ചെയ്യേണ്ടതുണ്ട്. ഒരു പുതിയ, അധിക സ്പെസിഫിക്കേഷൻ ആവശ്യമാണെന്ന് വ്യക്തമായി, അത് വികസിപ്പിച്ചെടുത്തു - MIME - മൾട്ടിപർപ്പസ് ഇൻ്റർനെറ്റ് മെയിൽ എക്സ്റ്റൻഷൻ (RFC-1314). ഈ സവിശേഷതയെക്കുറിച്ച് ഞങ്ങൾ ഒരു പ്രത്യേക ലേഖനത്തിൽ സംസാരിക്കും.
ഇൻറർനെറ്റ് ഇമെയിൽ സന്ദേശ തലക്കെട്ട് സന്ദേശത്തെക്കുറിച്ചുള്ള സാങ്കേതിക വിവരങ്ങളുടെ ഒരു ലിസ്റ്റ് നൽകുന്നു, അത് ആരാണ് അയച്ചത്, സൃഷ്ടിച്ചത്, സ്വീകർത്താവിൻ്റെ സോഫ്‌റ്റ്‌വെയറിലേക്കുള്ള വഴിയിൽ ഏത് ഇമെയിൽ സെർവറിലൂടെയാണ് അത് കടന്നുപോയത്. മിക്ക കേസുകളിലും, സന്ദേശത്തിനായി അഡ്മിനിസ്ട്രേറ്റർ മാത്രമേ ഇൻ്റർനെറ്റ് തലക്കെട്ടുകൾ കാണേണ്ടതുള്ളൂ. നിങ്ങളുടെ ഇമെയിൽ സന്ദേശത്തിലേക്ക് ഒരു സബ്ജക്ട് ലൈൻ ചേർക്കണമെങ്കിൽ, നിങ്ങളുടെ ഇമെയിൽ സന്ദേശങ്ങളിൽ ഒരു തീം, പശ്ചാത്തല വർണ്ണം അല്ലെങ്കിൽ ലെറ്റർഹെഡ് നിറം പ്രയോഗിക്കുക എന്നത് കാണുക.
ഇൻ്റർനെറ്റ് സന്ദേശ തലക്കെട്ടുകൾ കാണുന്നു
ഓഫീസ് 365, 2016, 2013, അല്ലെങ്കിൽ 2010 എന്നിവയ്‌ക്കായുള്ള ഔട്ട്‌ലുക്കിൽ PC-ൽ
ഒരു ഇമെയിൽ സന്ദേശം വായന പാളിക്ക് പുറത്ത് തുറക്കാൻ അതിൽ ഡബിൾ ക്ലിക്ക് ചെയ്യുക.
തിരഞ്ഞെടുക്കുക ഫയൽ> പ്രോപ്പർട്ടികൾ.
തലക്കെട്ട് വിവരങ്ങൾ ഫീൽഡിൽ പ്രദർശിപ്പിക്കും ഇൻ്റർനെറ്റ് തലക്കെട്ടുകൾ.
ഉപദേശം: ഈ ഫീൽഡിലെ വിവരങ്ങൾ ഹൈലൈറ്റ് ചെയ്യുക, കീകൾ അമർത്തുക Ctrl+Cനോട്ട്പാഡിലേക്കോ വേഡിലേക്കോ പകർത്തി ഒട്ടിക്കുന്നതിന് മുകളിലുള്ളവ മുഴുവൻ ഒരേസമയം കാണുന്നതിന്.
ഇമെയിൽ സന്ദേശ തലക്കെട്ടുകളുടെ ഉള്ളടക്കം
രണ്ട് ഉപയോക്താക്കൾ തമ്മിലുള്ള ഇമെയിൽ കത്തിടപാടുകൾ നമുക്ക് പരിഗണിക്കാം: സെർജി സൈറ്റ്സെവ്, ഓൾഗ സുവേവ. സെർജിയുടെ ഇമെയിൽ വിലാസം - [ഇമെയിൽ പരിരക്ഷിതം], ഓൾഗയുടെ വിലാസം - [ഇമെയിൽ പരിരക്ഷിതം]. ഓൾഗ മൈക്രോസോഫ്റ്റ് ഓഫീസ് ഔട്ട്ലുക്ക് 2007 ഉപയോഗിക്കുന്നു. ഓൾഗ സെർജിക്ക് അയച്ച കത്തിൽ നിന്നുള്ള ഇൻ്റർനെറ്റ് തലക്കെട്ട് ഇതുപോലെയാണ്:
Microsoft Mail Internet Headers പതിപ്പ് 2.0 ലഭിച്ചു: mail.litwareinc.com () ൽ നിന്ന് mail.proseware.com വഴി Microsoft SMTPSVC (6.0.3790.0) വഴി; ബുധൻ, 12 ഡിസംബർ 2007 13:39:22 -0800 സ്വീകരിച്ചത്: പരാജയപ്പെട്ട മെയിലിൽ നിന്ന് (RDNS) mail.litware.com വഴി Microsoft SMTPSVC(6.0.3790.0);ബുധൻ, 12 ഡിസംബർ 2007 13:38:49 -0800From: "കെല്ലി ജെ. വെഡോക്ക്"
ഓൾഗ വിലാസത്തിലേക്ക് ഒരു സന്ദേശം അയയ്ക്കുമ്പോൾ [ഇമെയിൽ പരിരക്ഷിതം], അവൾ അത് അവളുടെ കമ്പ്യൂട്ടറിൽ സൃഷ്ടിക്കുന്നു, അത് (i101-177.nv.litwareinc.com) ആയി തിരിച്ചറിയപ്പെടുന്നു. സന്ദേശത്തിൻ്റെ വാചകം അവളുടെ കമ്പ്യൂട്ടറിൽ നിന്ന് mail.litwareinc.com എന്ന ഇമെയിൽ സെർവറിലേക്ക് കൈമാറുന്നു. ഓൾഗ ഇനി അവളുടെ സന്ദേശം കാണില്ല - അവളുടെ പങ്കാളിത്തമില്ലാതെ മെയിൽ സെർവറുകളാണ് കൂടുതൽ പ്രോസസ്സിംഗ് നടത്തുന്നത്. ഓൾഗയുടെ മെയിൽ സെർവറിന് അയച്ച സന്ദേശം ലഭിക്കുമ്പോൾ [ഇമെയിൽ പരിരക്ഷിതം], അത് പ്രോസ്‌വെയറിൻ്റെ മെയിൽ സെർവറുമായി ബന്ധപ്പെടുകയും അതിലേക്ക് സന്ദേശം കൈമാറുകയും ചെയ്യും. സെർജി തൻ്റെ ജോലി ഇമെയിൽ പരിശോധിക്കുന്നത് വരെ ഇത് proseware.com സെർവറിൽ സൂക്ഷിക്കും.
ഇമെയിൽ സന്ദേശ തലക്കെട്ടുകൾ വ്യാഖ്യാനിക്കുന്നു
സാധാരണ ഇമെയിൽ ഹെഡർ ഫീൽഡുകളുടെ ഒരു വിവരണം ചുവടെയുണ്ട്.
മൈക്രോസോഫ്റ്റ് മെയിൽ ഇൻ്റർനെറ്റ് ഹെഡറുകൾ പതിപ്പ് 2.0
ഈ തലക്കെട്ട് Outlook ചേർത്തിരിക്കുന്നു.
സ്വീകരിച്ചത്: mail.litwareinc.com-ൽ നിന്ന് () mail.proseware.com വഴി Microsoft SMTPSVC(6.0.3790.0); ചൊവ്വ, 12 ഡിസംബർ 2017 13:39:22 -0800
2017 ഡിസംബർ 12, ചൊവ്വാഴ്ച 13:39:22 (1: യുഎസ്) പസഫിക് സ്റ്റാൻഡേർഡ് സമയം (ഇത് ഗ്രീൻവിച്ച് ശരാശരി സമയത്തേക്കാൾ (ജിഎംടി) 8 മണിക്കൂർ വൈകിയാണ്) സന്ദേശം കൈമാറിയതെന്ന് ഈ വിവരം സൂചിപ്പിക്കുന്നു; അങ്ങനെ "- 0800").
സ്വീകരിച്ചത്: Microsoft SMTPSVC(6.0.3790.0) ഉള്ള mail.litware.com വഴി മെയിലിൽ നിന്ന് (RDNS പരാജയപ്പെട്ടു); ചൊവ്വ, 12 ഡിസംബർ 2017 13:38:49 -0800
ഈ സംപ്രേക്ഷണം 2017 ഡിസംബർ 12 ചൊവ്വാഴ്ച 13:38:49 (1:) പസഫിക് സ്റ്റാൻഡേർഡ് സമയം (ഇത് ഗ്രീൻവിച്ച് മീൻ സമയത്തേക്കാൾ (UTC) 8 മണിക്കൂർ വൈകിയാണ് സംഭവിച്ചത്; അങ്ങനെ “–0800”).
അയച്ചത്: "കെല്ലി ജെ. വെഡോക്ക്"
ഇമെയിൽ വിലാസത്തിൽ നിന്ന് ഓൾഗ സുവേവയാണ് സന്ദേശം അയച്ചത് [ഇമെയിൽ പരിരക്ഷിതം].
സ്വീകർത്താവ്:
സന്ദേശം സ്വീകരിക്കുന്നയാൾ.
CC:
സന്ദേശത്തിൻ്റെ പകർപ്പുകൾ സ്വീകരിക്കുന്നവർ.
കുറിപ്പ്: Bcc സ്വീകർത്താക്കളെ തലക്കെട്ടിൽ സൂചിപ്പിച്ചിട്ടില്ല.
വിഷയം: സ്റ്റാഫ് അസൈൻമെൻ്റുകളുടെ അവലോകനം
ഇമെയിൽ സന്ദേശത്തിൻ്റെ വിഷയം.
അയച്ചയാളുടെ കമ്പ്യൂട്ടർ ക്ലോക്കിനെ അടിസ്ഥാനമാക്കി ഇമെയിൽ സന്ദേശം അയച്ച തീയതിയും സമയവും.
MIME-പതിപ്പ്: 1.0
അയച്ചയാൾ ഉപയോഗിക്കുന്ന MIME പ്രോട്ടോക്കോൾ പതിപ്പ്.
ഉള്ളടക്ക-തരം: മൾട്ടിപാർട്ട് / മിക്സഡ്;
അധിക MIME തലക്കെട്ട്. ഇത് MIME-അനുയോജ്യമായ ഇമെയിൽ പ്രോഗ്രാമുകൾക്കായി ഉദ്ദേശിച്ചുള്ളതാണ്, സന്ദേശത്തിൽ ഏത് തരത്തിലുള്ള ഉള്ളടക്കമാണ് പ്രതീക്ഷിക്കേണ്ടതെന്ന് വ്യക്തമാക്കുന്നു.
എക്സ്-മെയിലർ: മൈക്രോസോഫ്റ്റ് ഓഫീസ് ഔട്ട്ലുക്ക്, ബിൽഡ് 12.0.4210
Microsoft Office Outlook, build version 12.0.4210 ഉപയോഗിച്ചാണ് സന്ദേശം അയച്ചത്.
X-MimeOLE: Microsoft MimeOLE V6.00.2800.1165 നിർമ്മിച്ചത്
അയച്ചയാൾ ഉപയോഗിക്കുന്ന മെയിൽ പ്രോഗ്രാം (MIME OLE സോഫ്റ്റ്വെയർ).
ത്രെഡ് സൂചിക: AcON3CinEwkfLOQsQGeK8VCv3M+ipA==
ഒന്നിലധികം സന്ദേശങ്ങൾ ഒരു സ്ട്രീമിലേക്ക് സംയോജിപ്പിക്കാൻ ഈ തലക്കെട്ട് ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, Microsoft Outlook-ൽ, ഒരൊറ്റ സംഭാഷണ ത്രെഡിനുള്ളിൽ സന്ദേശങ്ങൾ തിരയാൻ ഈ വിവരങ്ങൾ സംഭാഷണ കാഴ്ചയിൽ ഉപയോഗിക്കാം.
മടക്കയാത്ര: [ഇമെയിൽ പരിരക്ഷിതം]
സന്ദേശം അയച്ചയാളുടെ വിലാസം.
സന്ദേശം-ഐഡി:
തിരിച്ചറിയൽ ആവശ്യങ്ങൾക്കായി mail.litware.com സെർവർ ഒരു സന്ദേശത്തിന് നൽകിയ നമ്പർ. ഈ ഐഡി എപ്പോഴും സന്ദേശത്തോടൊപ്പം ഉണ്ടായിരിക്കും.
മൈക്രോസോഫ്റ്റ് എക്സ്ചേഞ്ച് സെർവറിലൂടെ ആദ്യമായി കടന്നുപോകുമ്പോൾ സന്ദേശത്തിലേക്ക് ചേർക്കുന്ന ടൈംസ്റ്റാമ്പ്.
