Email i dërguar përmes VPN: ku shkon në të vërtetë përgjigjja

Dërgoni një mesazh përmes tunelit, shkëputeni dhe përgjigjja arrin të nesërmen në mëngjes. Asgjë në këtë nuk ka nevojë për adresën e vjetër VPN dhe asgjë nuk prishet. Email-i nuk i drejton përgjigjet te adresa nga e cila është dërguar mesazhi; i drejton ato te një kuti postare. Këtu tre rrugë bashkohen në një pyetje, dhe ndarja e tyre i përgjigjet pjesës më të madhe të shqetësimit.

Tre rrugë që njerëzit i bashkojnë në një

Dërgimi, dorëzimi dhe leximi janë tre lidhje të ndara, dhe vetëm dy prej tyre përfshijnë pajisjen tuaj.

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

VPN-ja mund të ndikojë te e para dhe e treta, sepse ato janë lidhje që krijon pajisja juaj. Nuk mund të ndikojë te e dyta, sepse ajo rrugë kalon midis dy serverëve të postës që ju nuk i kontrolloni. Përgjigjja nuk është një paketë që kthehet te adresa nga e cila dërguat. Është një mesazh i ri që shërbimi i postës i palës tjetër e dorëzon te shërbimi juaj i kutisë postare.

Kur i mbani këto tre të ndara, pyetja nëse përgjigjja do t'ju gjejë nuk është më misterioze.

Fusha Reply-To është një adresë, jo një rrugë

RFC 5322 e përcakton Reply-To si kutinë ose kutitë postare te të cilat duhet të dërgohen përgjigjet. Pa të, vlera e zakonshme e parazgjedhur është kutia From, përveç rastit kur personi që përgjigjet shkruan diçka tjetër. Të dyja janë adresa poste brenda një kreu. Asnjëra nuk është udhëzim për të rihapur lidhjen e rrjetit që dërgoi mesazhin origjinal.

Kjo është arsyeja pse një adresë dalëse e VPN nuk shfaqet kurrë në rrugën e përgjigjes. Edhe kur serveri i dërgimit e ka regjistruar diku atë adresë dalëse, përgjigjja adresohet te një kuti postare, dhe serveri dërgues kërkon shkëmbyesin e postës së domenit në vend të soketit tuaj të vjetër.

Nëse një përgjigje shkon diku të papritur, lexoni Reply-To dhe vetë cilësimet e klientit të dërguesit përpara se të dyshoni te tuneli.

Çfarë regjistrojnë në të vërtetë titujt e gjurmimit

Çdo hap SMTP shton përpara një titull Received që përshkruan lidhjen e trajtuar, dhe më i larti është hapi i fundit përpara dorëzimit. Një mesazh i dërguar mund të mbajë pra detaje rrjeti që ia vlen të shqyrtohen, dhe ato detaje i shkruajnë serverët, nuk i zgjidhni ju. Çfarë përmbajnë varet nga arkitektura e dërgimit e ofruesit dhe nga mënyra si trajton titujt.

Lexojini në vend që të hamendësoni, nga një mesazh i ruajtur:

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

Disiplina e dobishme është të identifikoni cili shërbim i besuar shtoi çdo fushë. Tekst arbitrar më herët në bllokun e titujve nuk është provë e besueshme, dhe emri i një produkti nuk është premtim i përhershëm se adresa juaj e shtëpisë është gjithmonë e pranishme ose gjithmonë mungon.

Leximi i postës më vonë është një lidhje e re

Kur hapni përgjigjjen, klienti juaj lidhet me shërbimin e kutisë postare përmes rrjetit ku ndodheni tani. Kjo është një lidhje e freskët me adresën e vet burimore, jo një vazhdim i soketit të dërgimit të djeshëm. Ajo ndjek politikën aktuale të rrjetit që po përdorni në atë moment.

Përmbajtja në distancë është edhe një gjë e tretë. Një klient poste që ngarkon një imazh në distancë ose ndjek një lidhje bën një kërkesë të veçantë sipas cilësimeve të tij aktuale, dhe ajo kërkesë mund të mbajë çdo identifikues që mesazhi ka integruar. Nuk është përgjigjja SMTP që arrin në një adresë të vjetër, dhe trajtimi i saj si e tillë fsheh ekspozimin e vërtetë.

Fikeni përmbajtjen në distancë nëse doni të lexoni një mesazh pa njoftuar se e keni hapur.

Çfarë të kontrolloni përpara se ta quani rrjedhje

Filloni me pamjen e mesazhit origjinal dhe fushën Reply-To. Më pas identifikoni cili shërbim shtoi hyrjet Received që ju shqetësojnë, dhe krahasojeni atë me dokumentacionin aktual të ofruesit dhe jo me një përgjigje të vjetër forumi.

Së fundi, ndani pyetjet: çfarë vëzhgoi serveri i dërgimit, çfarë shtoi zinxhiri i dorëzimit, dhe çfarë kërkoi klienti juaj kur hapët mesazhin?

T'u përgjigjesh këtyre tre veçmas është më shumë punë sesa të kontrollosh një faqe IP, dhe është versioni i vetëm që jep një përfundim që mund ta mbrosh. Përgjigjja një adrese email nuk zbulon adresën tënde të shtëpisë dhe nuk kërkon që tuneli i vjetër të mbetet i hapur.