Mail ber att få läsa in fjärrinnehåll via VPN: bör du göra det?
Tunneln bryter inte integritetsvalet, den ändrar det. Bestäm per meddelande om en fjärrbild är värd begäran, och hitta reglaget.
Mail stannar innan det hämtar bilderna i ett meddelande och lägger i stället ett val framför dig. Inget har misslyckats: skyddet som vanligtvis kopplar loss hämtningen från din läsning kunde inte köras på den aktuella vägen, så klienten väntar. Den verkliga frågan på bannern är om en avsändare får veta att det här meddelandet öppnades, och när. Svara på det per meddelande, för ett generellt svar avslöjar mer än de flesta avser.
Varför bannern visas i stället för bilderna
Fjärrinnehåll är allt ett meddelande hämtar från en server medan det renderas: bilder, spårningspixlar, webbtypsnitt och ibland ett stilmall. Varje begäran bär själva öppningen och en ungefärlig tid tillbaka till den som levererar filen. Det är den rapporteringen integritetsfunktionen finns för att bryta. Den hämtar i bakgrunden via en vidarebefordran, så nedladdningen är inte knuten till ögonblicket du klickade.
Apple nämner en VPN bland de villkor som kan blockera den privata hämtningen, och i så fall frågar Mail innan det laddar i stället för att gissa. Bannern är en reservväg, inte ett fel, och ingen inställning är trasig. Den visas bara på meddelanden som refererar till fjärrfiler, så en vanlig textanteckning utlöser den aldrig. Om den visas på varje meddelande, leta efter ett villkor för hela enheten som tunneln eller en hanteringsprofil, inte ett problem med en avsändare.
Varningen länkar till Apples anteckning om iOS-beteendet, som är värd att läsa en gång: Apples anteckning om iOS-varningen. Den beskriver reservvägen och undantaget Load Content utan att lova att varje plattform visar samma panel. Behandla texten som avtalet och knapplayouten som en detalj som ändras mellan versioner.
Vad varje svar faktiskt avslöjar
Att lämna innehållet oladdat hindrar begäran från att lämna enheten alls, vilket är den starkaste positionen och oftast kostar dig en logotyp högst upp i ett nyhetsbrev. Att välja Load Content utför hämtningen utan skyddet, så avsändaren kan koppla en adress och en tid till din läsning. Det gör inte anslutningen okrypterad och det kringgår inte tunneln: begäran följer enhetens normala väg.
Om tunneln är uppe går hämtningen ut via leverantören, och avsändaren ser den adressen i stället för din hemmaadress. Det är en annan exponering och inte ingen exponering, och det är värt att säga rakt ut.
Bytet är lätt att formulera och svårt att generalisera. Tidsintegriteten går först, eftersom hämtningen nu sammanfaller med öppningen, medan adressintegriteten beror på vägen och bekvämligheten är det du köper.
| 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 två första raderna är dem integritetsfunktionen byggdes för att sudda ut. De två sista förklarar varför tunneln spelar roll men avgör inte beslutet. Om en avsändare redan har din adress från en annan källa är det bara tidskolumnen som verkligen ändras.
Varför tunneln avbryter skyddet
Skyddet bygger på en bakgrundshämtning som klienten själv kan upprätta. En tunnel kan störa den ordningen, och när den inte kan upprättas faller klienten tillbaka på att fråga. Apple framställer det som en begränsning i vägen och inte som en defekt i leverantörens programvara. Det förklarar också varför samma meddelande kan visa bannern på en nätverksväg och laddas tyst på en annan.
Det är ett vägvillkor, inte ett konto- eller meddelandevillkor. Att koppla från tunneln återställer det automatiska beteendet och tar bort bannern, men kostar att lämna tunneln. Att återansluta tar tillbaka bytet. På en hanterad enhet där tunneln är obligatorisk är det enda kvarvarande valet det per meddelande, och att kalla det felkonfiguration skickar folk till fel ställe.
Plattform och version spelar roll i kanterna, och panelen med reglaget är inte identisk på macOS och iOS. När du rapporterar en skillnad, notera OS-versionen, Mail-versionen och om tunneln var ansluten vid tillfället.
Var kontrollen sitter, plattform för plattform
På en Mac bor reglaget Protect Mail Activity i Mails egna inställningar, under Integritet, bredvid en kort förklaring av vad det gör. På iPhone eller iPad sitter samma idé i systeminställningarna för Mail i stället för inne i ett meddelande. Ingen av platserna svarar på bannern per meddelande åt dig. Reglaget ställer in standardbeteendet för nya meddelanden; det svarar inte på en banner som redan finns på skärmen.
Om kontrollen saknas eller är grå, är en hanteringsprofil den vanliga orsaken och inte en OS-skillnad. Läs förklaringstexten i den panelen innan du jämför skärmbilder med en kollega, eftersom texten namnger beteendet som reglaget styr. På en arbetsenhet är den som äger profilen den som kan ändra den. Ditt eget reglage åsidosätter inte en begränsning.
En kort genomgång räcker för att bekräfta vad du tittar på. Öppna Mail-inställningarna, hitta integritetsavsnittet och läs meningen under reglaget innan du rör det. Att slå av reglaget stoppar den privata bakgrundshämtningen och låter meddelanden ladda fjärrinnehåll direkt; att slå på det ber klienten återuppta den privata vägen när den kan. Skicka sedan ett meddelande till dig själv med en fjärrbild och se om bannern kommer tillbaka medan tunneln är ansluten.
Vad bannern inte täcker
Varningen handlar om innehåll inne i ett meddelande, och inget annat. Den säger inget om kontots inloggning, dess synkronisering eller dess sändningsväg, som är separata utbyten med separata fel. En brevlåda som synkroniserar normalt och visar denna banner fungerar som designat. En brevlåda som inte kan skicka har ett annat problem som bannern inte kommer att beskriva.
Den säger inte heller något om avsändarens avsikt. Mycket legitim marknadsföringspost bäddar in bilder med spårningsparametrar, och vissa avsändare mäter engagemang av skäl du kanske accepterar. Beslutet handlar om vad du är villig att avslöja, inte om avsändaren förtjänar förtroende i allmänhet.
Den praktiska rutinen är liten. Låt okänd post vara oladdad, tillåt de få avsändare du faktiskt läser, och ompröva valet när bannern dyker upp igen. Om den visas på allt, kontrollera först tunneln, sedan reglaget, sedan enhetsprofilen. Dessa tre kontroller täcker nästan alla fall, och varje tar kortare tid än en supportbegäran.