Mail beder om at indlæse eksternt indhold over VPN: bør du?
Tunnelen ødelægger ikke privathedsvalget, den ændrer det. Beslut for hver meddelelse, om et eksternt billede er anmodningen værd, og find kontakten.
Mail stopper før den henter en meddelelses billeder og stiller i stedet et valg foran dig. Intet er gået i stykker: den beskyttelse, der normalt kobler hentningen fra din læsning, kunne ikke køre på den aktuelle rute, så klienten venter. Det egentlige spørgsmål på bjælken er, om én afsender får at vide, at denne meddelelse blev åbnet, og hvornår. Svar på det for hver meddelelse, for et generelt svar afslører mere, end de fleste har til hensigt.
Hvorfor bjælken vises i stedet for billederne
Eksternt indhold er alt, hvad en meddelelse henter fra en server, mens den vises: billeder, sporingspixels, webfonte og af og til et typografiark. Hver anmodning bærer kendsgerningen om åbningen og et omtrentligt tidspunkt tilbage til den, der leverer filen. Det er den rapportering, som privathedsfunktionen findes for at bryde. Den henter i baggrunden gennem en videresendelsesordning, så downloadet er ikke knyttet til det øjeblik, du klikkede.
Apple nævner en VPN blandt de forhold, der kan blokere den private hentning, og i så fald spørger Mail, før den indlæser, i stedet for at gætte. Bjælken er en fallback, ikke en fejl, og ingen indstilling er i stykker. Den vises kun på meddelelser, der henviser til eksterne filer, så en almindelig tekstnote udløser den aldrig. Hvis den vises på hver meddelelse, så led efter en enhedsdækkende betingelse som tunnelen eller en administrationsprofil i stedet for et problem med én afsender.
Advarslen linker til Apples note om iOS-adfærden, som er værd at læse én gang: Apples note om iOS-advarslen. Den beskriver fallbacken og undtagelsen Load Content uden at love, at hver platform viser samme panel. Betragt ordlyden som kontrakten og knapopstillingen som en detalje, der ændrer sig mellem versioner.
Hvad hvert svar faktisk afslører
At lade indholdet være uindlæst forhindrer anmodningen i at forlade enheden helt, hvilket er den stærkeste position og normalt koster dig et logo i toppen af et nyhedsbrev. At vælge Load Content udfører hentningen uden beskyttelsen, så afsenderen kan knytte en adresse og et tidspunkt til din læsning. Det gør ikke forbindelsen ukrypteret, og det omgår ikke tunnelen: anmodningen følger enhedens normale rute.
Hvis tunnelen er oppe, går hentningen ud gennem udbyderen, og afsenderen ser den adresse i stedet for din hjemmeadresse. Det er en anderledes eksponering frem for ingen eksponering, og det er værd at sige klart.
Byttehandlen er let at formulere og svær at generalisere. Tidsprivathed kommer først, fordi hentningen nu falder sammen med åbningen, mens adresseprivathed afhænger af ruten, og bekvemmelighed er det, du køber.
| What the sender can observe | Content left unloaded | Content loaded |
|---|---|---|
| That the message was opened | No signal from this message | Yes, once the fetch runs |
| When it was opened | Nothing | Roughly, at fetch time |
| The network address behind the fetch | Nothing | The tunnel exit, or the home address without one |
| Whether a tracking pixel rendered | No | Yes |
De to første rækker er dem, som privathedsfunktionen blev bygget til at sløre. De sidste to forklarer, hvorfor tunnelen betyder noget, men afgør ikke beslutningen. Hvis en afsender allerede har din adresse fra en anden kilde, er det kun tidskolonnen, der reelt ændrer sig.
Hvorfor tunnelen afbryder beskyttelsen
Beskyttelsen bygger på en baggrundsdownloadordning, som klienten selv kan etablere. En tunnel kan forstyrre den ordning, og når den ikke kan etableres, falder klienten tilbage til at spørge. Apple fremstiller det som en begrænsning i ruten og ikke som en defekt i udbyderens software. Det forklarer også, hvorfor den samme meddelelse kan vise bjælken på én netværksrute og indlæses stille på en anden.
Det er en rutetilstand, ikke en kontotilstand eller en meddelelsestilstand. At afbryde tunnelen gendanner den automatiske adfærd og fjerner bjælken, men det koster at forlade tunnelen. At tilslutte igen bringer byttehandlen tilbage. På en administreret enhed, hvor tunnelen er obligatorisk, er det eneste tilbageværende valg det pr. meddelelse, og at kalde det en fejlkonfiguration sender folk det forkerte sted hen.
Platform og version betyder noget i kanterne, og panelet med kontakten er ikke identisk på macOS og iOS. Når du rapporterer en forskel, så noter styresystemversionen, Mail-versionen og om tunnelen var tilsluttet på det tidspunkt.
Hvor kontrollen sidder, platform for platform
På en Mac bor kontakten Protect Mail Activity i Mails egne indstillinger, under Privatliv, ved siden af en kort forklaring på, hvad den gør. På en iPhone eller iPad sidder den samme idé i systemindstillingerne for Mail i stedet for inde i en meddelelse. Ingen af de to steder besvarer bjælken pr. meddelelse for dig. Kontakten fastlægger standardadfærden for nye meddelelser; den besvarer ikke en bjælke, der allerede er på skærmen.
Hvis kontrollen mangler eller er grå, er en administrationsprofil den sædvanlige årsag frem for en OS-forskel. Læs forklaringsteksten i det panel, før du sammenligner skærmbilleder med en kollega, fordi ordlyden navngiver den adfærd, kontakten styrer. På en arbejdsenhed er den person, der ejer profilen, den, der kan ændre den. Din egen kontakt overtrumfer ikke en begrænsning.
En kort gennemgang er nok til at bekræfte, hvad du kigger på. Åbn Mail-indstillingerne, find privatlivsafsnittet, og læs sætningen under kontakten, før du rører den. At slå kontakten fra stopper den private baggrundshentning og lader meddelelser indlæse eksternt indhold direkte; at slå den til beder klienten genoptage den private rute, når den kan. Send derefter dig selv en meddelelse med et eksternt billede, og se, om bjælken vender tilbage, mens tunnelen er tilsluttet.
Hvad bjælken ikke dækker
Advarslen handler om indhold inde i en meddelelse og intet andet. Den siger intet om kontoens login, dens synkronisering eller dens sendestien, som er separate udvekslinger med separate fejl. En postkasse, der synkroniserer normalt og viser denne bjælke, fungerer som designet. En postkasse, der ikke kan sende, har et andet problem, som bjælken ikke beskriver.
Den siger heller intet om afsenderens hensigt. Meget legitim markedsføringspost indlejrer billeder med sporingsparametre, og nogle afsendere måler engagement af grunde, du måske accepterer. Beslutningen handler om, hvad du er villig til at afsløre, ikke om afsenderen fortjener tillid generelt.
Den praktiske rutine er lille. Lad ukendt post være uindlæst, tillad de få afsendere, du faktisk læser, og genovervej valget, når bjælken dukker op igen. Hvis den vises på alt, så tjek tunnelen først, derefter kontakten, derefter enhedsprofilen. De tre kontroller dækker næsten alle tilfælde, og hver tager mindre tid end en supportanmodning.