VPN-en át küldött e-mail: hova megy valójában a válasz

Elküld egy üzenetet az alagúton, bontja a kapcsolatot, és a válasz másnap reggel megérkezik. Ehhez semmi sem kell a régi VPN-címből, és semmi sem törik el. Az e-mail nem a feladás címére irányítja a válaszokat; egy postafiókba irányítja őket. Három útvonal olvad össze itt egyetlen kérdéssé, és szétválasztásuk az aggodalom nagy részére válaszol.

Három útvonal, amit az emberek eggyé olvasztanak

A beküldés, a kézbesítés és az olvasás három külön kapcsolat, és közülük csak kettő érinti az eszközét.

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

A VPN az elsőre és a harmadikra hathat, mert ezeket a kapcsolatokat az eszköze hozza létre. A másodikra nem hathat, mert az az útvonal két olyan levelezőszerver között fut, amelyet nem ellenőriz. A válasz nem egy csomag, amely visszatér a feladás címére. Ez egy új üzenet, amelyet a másik fél levelezőszolgálata kézbesít az Ön postafiókszolgálatának.

Ha ezt a hármat külön tartja, a kérdés, hogy megtalálja-e a válasz, megszűnik rejtélyesnek lenni.

A Reply-To mező cím, nem útvonal

Az RFC 5322 a Reply-To mezőt azon postafiókként vagy postafiókokként határozza meg, amelyekre a válaszokat küldeni kell. Nélküle a szokásos alapértelmezés a From postafiók, hacsak a válaszoló valami mást nem ír be. Mindkettő fejlécben ülő e-mail-cím. Egyik sem utasítás arra, hogy nyissa meg újra azt a hálózati kapcsolatot, amely az eredeti üzenetet beküldte.

Ezért a VPN kilépési címe soha nem jelenik meg a válasz útvonalában. Még ha a beküldő szerver valahol fel is jegyezte azt a kilépési címet, a válasz egy postafióknak van címezve, és a küldő szerver a tartomány levelezőcserélőjét keresi a régi socketje helyett.

Ha egy válasz valahova váratlanul kerül, olvassa el a Reply-To mezőt és a feladó saját kliensbeállításait, mielőtt az alagútra gyanakodna.

Mit rögzítenek valójában a nyomkövető fejlécek

Minden SMTP-ugrás elé egy Received fejléc kerül, amely a kezelt kapcsolatot írja le, és a legfelső az utolsó ugrás a kézbesítés előtt. Egy beküldött üzenet ezért hordozhat átnézésre érdemes hálózati részleteket, és ezeket a részleteket szerverek írják, nem Ön választja. Hogy mit tartalmaznak, a szolgáltató beküldési architektúrájától és a fejlécek kezelésétől függ.

Olvassa el őket találgatás helyett egy mentett üzenetből:

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

A hasznos fegyelem annak megállapítása, melyik megbízható szolgálat tette hozzá az egyes mezőket. A fejlécblokk korábbi tetszőleges szövege nem megbízható bizonyíték, és egy terméknév nem állandó ígéret arra, hogy otthoni címe mindig jelen van vagy mindig hiányzik.

A levél későbbi olvasása új kapcsolat

Amikor megnyitja a választ, kliense azon a hálózaton keresztül kapcsolódik a postafiókszolgálatához, amelyen éppen van. Ez friss kapcsolat saját forráscímmel, nem a tegnapi beküldő socket folytatása. Azt a hálózatot követi, amelyet abban a pillanatban használ.

A távoli tartalom megint egy harmadik dolog. Az a levelezőklien, amely távoli képet tölt be vagy hivatkozást követ, a jelenlegi beállításai szerint külön kérést indít, és ez a kérés bármilyen, az üzenetbe ágyazott azonosítót hordozhat. Ez nem a régi címre érkező SMTP-válasz, és annak tekinteni elrejti a valódi kitettséget.

Kapcsolja ki a távoli tartalmat, ha úgy akar olvasni egy üzenetet, hogy nem jelenti be, megnyitotta azt.

Mit ellenőrizzen, mielőtt szivárgásnak nevezné

Kezdje az eredeti üzenet nézetével és a Reply-To mezővel. Ezután állapítsa meg, melyik szolgálat tette hozzá azokat a Received bejegyzéseket, amelyek aggasztják, és hasonlítsa össze ezt a szolgáltató jelenlegi dokumentációjával, ne egy régi fórumválasszal.

Végül válassza szét a kérdéseket: mit figyelt meg a beküldő szerver, mit tett hozzá a kézbesítési lánc, és mit kért a kliense, amikor megnyitotta az üzenetet?

Ezt a hármat külön megválaszolni több munka, mint egy IP-oldalt megnézni, és ez az egyetlen változat, amely védhető következtetést ad. Egy e-mail-címre válaszolni nem fedi fel az otthoni címét, és nem igényli, hogy a régi alagút nyitva maradjon.