VPN හරහා යවන ඊමේල්: පිළිතුර ඇත්තටම යන්නේ කොහේද

ඔබ උමං මාර්ගය හරහා පණිවිඩයක් යවා, සම්බන්ධතාව කපා හරින විට, පසුවදා උදෑසන පිළිතුර පැමිණේ. ඒ සඳහා පැරණි VPN ලිපිනය අවශ්‍ය නොවන අතර කිසිවක් කැඩෙන්නේද නැත. ඊමේල් පිළිතුරු යොමු කරන්නේ පණිවිඩය යැවූ ලිපිනයට නොව තැපැල් පෙට්ටියකටය. මෙහි මාර්ග තුනක් එකම ප්‍රශ්නයකට එකතු වන අතර ඒවා වෙන් කිරීම අවුලෙන් වැඩි කොටසකට පිළිතුරු දෙයි.

මිනිසුන් එකකට එකතු කරන මාර්ග තුන

ඉදිරිපත් කිරීම, බෙදාහැරීම සහ කියවීම වෙන වෙනම සම්බන්ධතා තුනක් වන අතර ඉන් දෙකක් පමණක් ඔබේ උපාංගය සම්බන්ධ කරයි.

Submission: your mail app  -> your mail service
Delivery:   other mail service -> your mailbox service
Reading:    your app now -> your mailbox service

VPN ට බලපෑම් කළ හැක්කේ පළමු සහ තෙවැන්නටය, මන්ද ඒවා ඔබේ උපාංගය සාදන සම්බන්ධතා වේ. එයට දෙවැන්නට බලපෑම් කළ නොහැක, මන්ද එම මාර්ගය ඔබ පාලනය නොකරන තැපැල් සේවාදායක දෙකක් අතර ගමන් කරයි. පිළිතුර යනු ඔබ යැවූ ලිපිනයට ආපසු එන පැකට්ටුවක් නොවේ. එය අනෙක් පැත්තේ තැපැල් සේවය ඔබේ තැපැල් පෙට්ටි සේවයට බෙදාහරින නව පණිවිඩයකි.

ඒ තුන වෙන් කර තබා ගත් විට, පිළිතුර ඔබව සොයා ගනීද යන ප්‍රශ්නය අභිරහසක් නොවේ.

Reply-To කොටස ලිපිනයක් මිස මාර්ගයක් නොවේ

RFC 5322 Reply-To නිර්වචනය කරන්නේ පිළිතුරු යැවිය යුතු තැපැල් පෙට්ටිය හෝ පෙට්ටි ලෙසය. එය නොමැති විට සාමාන්‍ය පෙරනිමිය From පෙට්ටියයි, පිළිතුරු දෙන පුද්ගලයා වෙනත් යමක් ටයිප් නොකරන්නේ නම්. දෙකම ශීර්ෂකයක ඇති තැපැල් ලිපින වේ. එකක්වත් මුල් පණිවිඩය ඉදිරිපත් කළ ජාල සම්බන්ධතාව නැවත විවෘත කරන ලෙස උපදෙසක් නොවේ.

එහෙයින් VPN පිටවීමේ ලිපිනය කිසිදා පිළිතුරු මාර්ගයේ නොපෙනේ. ඉදිරිපත් කිරීමේ සේවාදායකය එම පිටවීමේ ලිපිනය කොහේ හෝ සටහන් කර තිබුණත්, පිළිතුර තැපැල් පෙට්ටියකට යොමු වන අතර යවන සේවාදායකය ඔබේ පැරණි සොකට්ටුව වෙනුවට වසමේ තැපැල් හුවමාරුකරු සොයයි.

පිළිතුරක් අනපේක්ෂිත තැනකට ගියහොත්, උමං මාර්ගය සැක කිරීමට පෙර Reply-To සහ යවන්නාගේම සේවාලාභී සැකසුම් කියවන්න.

හඹා යාමේ ශීර්ෂක ඇත්තටම සටහන් කරන්නේ කුමක්ද

සෑම SMTP පියවරක්ම එය හැසිරවූ සම්බන්ධතාව විස්තර කරන Received ශීර්ෂකයක් ඉදිරියෙන් එකතු කරන අතර ඉහළම එක බෙදාහැරීමට පෙර අවසන් පියවරයි. එබැවින් ඉදිරිපත් කළ පණිවිඩයක සමාලෝචනය කළ යුතු ජාල විස්තර තිබිය හැකි අතර ඒ විස්තර සේවාදායක ලියන අතර ඔබ තෝරන්නේ නැත. ඒවායේ ඇත්තේ කුමක්ද යන්න සේවා සපයන්නාගේ ඉදිරිපත් කිරීමේ නිර්මාණය සහ ශීර්ෂක හැසිරවීම මත රඳා පවතී.

අනුමාන කරනවා වෙනුවට සුරකින ලද පණිවිඩයකින් ඒවා කියවන්න:

grep -E '^(Received|Return-Path|Reply-To|From):' message.eml

ප්‍රයෝජනවත් විනය වන්නේ සෑම කොටසක්ම එකතු කළේ කුමන විශ්වාසදායක සේවයද යන්න හඳුනා ගැනීමයි. ශීර්ෂක කොටසේ පෙර ඇති අත්තනෝමතික පෙළ විශ්වාසදායක සාක්ෂියක් නොවන අතර නිෂ්පාදන නාමයක් ඔබේ නිවසේ ලිපිනය සැමවිටම ඇති බවට හෝ සැමවිටම නොමැති බවට සදාකාලික පොරොන්දුවක් නොවේ.

පසුව ඊමේල් කියවීම නව සම්බන්ධතාවකි

පිළිතුර විවෘත කරන විට, ඔබේ සේවාලාභියා දැන් ඔබ සිටින ජාලය හරහා ඔබේ තැපැල් පෙට්ටි සේවයට සම්බන්ධ වේ. එය තමන්ගේම මූලාශ්‍ර ලිපිනයක් සහිත නව සම්බන්ධතාවක් මිස ඊයේ ඉදිරිපත් කිරීමේ සොකට්ටුවේ අඛණ්ඩතාව නොවේ. එය එම මොහොතේ ඔබ භාවිත කරන ජාලයේ වත්මන් ප්‍රතිපත්තිය අනුගමනය කරයි.

දුරස්ථ අන්තර්ගතය තවත් තෙවැනි දෙයකි. දුරස්ථ රූපයක් පූරණය කරන හෝ සබැඳියක් අනුගමනය කරන ඊමේල් සේවාලාභියා තම වත්මන් සැකසුම් යටතේ වෙනම ඉල්ලීමක් කරන අතර එම ඉල්ලීමට පණිවිඩය කාවැද්දූ ඕනෑම හඳුනාගැනීමක් ගෙන යා හැක. එය පැරණි ලිපිනයකට පැමිණෙන SMTP පිළිතුර නොවන අතර එය එසේ සැලකීම සැබෑ නිරාවරණය සඟවයි.

ඔබ පණිවිඩය විවෘත කළ බව නොදන්වා කියවීමට අවශ්‍ය නම් දුරස්ථ අන්තර්ගතය අක්‍රීය කරන්න.

එය කාන්දුවක් ලෙස හැඳින්වීමට පෙර පරීක්ෂා කළ යුත්තේ කුමක්ද

මුල් පණිවිඩයේ දසුන සහ Reply-To කොටසෙන් ආරම්භ කරන්න. පසුව ඔබට කරදරයක් වන Received සටහන් එකතු කළේ කුමන සේවයද යන්න හඳුනාගෙන, එය පැරණි සංසද පිළිතුරක් වෙනුවට සේවා සපයන්නාගේ වත්මන් ලේඛන සමඟ සසඳන්න.

අවසාන වශයෙන්, ප්‍රශ්න වෙන් කරන්න: ඉදිරිපත් කිරීමේ සේවාදායකය නිරීක්ෂණය කළේ කුමක්ද, බෙදාහැරීමේ දාමය එකතු කළේ කුමක්ද, සහ ඔබ පණිවිඩය විවෘත කළ විට ඔබේ සේවාලාභියා ඉල්ලා සිටියේ කුමක්ද?

ඒ තුනට වෙන වෙනම පිළිතුරු දීම IP පිටුවක් පරීක්ෂා කිරීමට වඩා වැඩක් වන අතර ඔබට ආරක්ෂා කළ හැකි නිගමනයක් ලබා දෙන එකම අනුවාදය එයයි. ඊමේල් ලිපිනයකට පිළිතුරු දීම ඔබේ නිවසේ ලිපිනය හෙළි නොකරන අතර පැරණි උමං මාර්ගය විවෘතව තැබීම අවශ්‍ය නොවේ.