AliasX

Wat een ontvangstalias beschermt en waar de grenzen liggen

De grenzen van ontvangstaliassen: antwoorden, herstel, metadata en het verschil tussen versleutelde opslag en end-to-endversleuteling.

Met een ontvangstalias geef je een dienst een ander adres dan je hoofdadres. Je kunt voor elke registratie een apart adres gebruiken en de berichten ontvangen die ernaartoe worden gestuurd. Dat is een nuttige privacygrens, vooral als je één berichtenstroom wilt beheren zonder al je andere accounts te veranderen.

Bekijk daarvoor vier vragen apart: kun je antwoorden, kun je het account herstellen, welke gegevens geeft e-mail prijs en wat beschermt versleuteling? Een alias beantwoordt telkens maar een deel van de vraag.

Ontvangen is iets anders dan antwoorden

AliasX biedt aliassen voor inkomende e-mail. Verzenden, antwoorden en omgekeerde aliassen zijn niet beschikbaar. Een alias aan een website geven levert dus geen volledig postvak op waarmee je een gesprek met de klantenservice kunt beginnen.

Controleer de ondersteuningsprocedure voordat je een alias gebruikt voor een relatie met regelmatig e-mailcontact. Een formulier binnen het ingelogde account kan voldoende zijn. Een proces dat een bericht vanaf het geregistreerde adres vereist, vraagt om een andere geaccepteerde route.

Kopieer je het adres van de afzender naar je gebruikelijke mailprogramma en schrijf je van daaruit, dan komt het bericht uit dat postvak. De alias verbergt het niet automatisch. Controleer het afzenderveld en bedenk voor verzending of je dat adres wilt delen.

Maak ook onderscheid tussen antwoorden en een link openen. Een persoonlijke link kan informatie bevatten die specifiek bij de ontvanger hoort. Ontvangst op een alias maakt latere handelingen niet automatisch anoniem. Bekijk het doel en beoordeel de handeling afzonderlijk.

Herstel creëert een afhankelijkheid

Als een dienst wachtwoordherstellinks naar een alias stuurt, blijft toegang tot dat adres belangrijk. Schakel je het uit, dan kan het account blijven bestaan terwijl de gebruikelijke herstelberichten je niet meer bereiken.

Bekijk voor het uitschakelen alle accounts die de alias gebruiken. Verander noodzakelijke hersteladressen, rond bevestigingen af en controleer je inloggegevens. Biedt de dienst onafhankelijke herstelmethoden, zorg dan dat je die begrijpt en bruikbaar houdt.

Een tweede afhankelijkheid is je toegang tot AliasX zelf. Bewaar het herstelmateriaal van je account op een veilige plek die je ook kunt bereiken als je de oorspronkelijke browser verliest. Ga er niet van uit dat opnieuw kunnen inloggen altijd betekent dat je oude berichten zonder het nodige herstelmateriaal kunt ontsleutelen.

Laat een account niet volledig afhangen van een adres dat je pas kunt openen nadat je bij datzelfde account bent ingelogd. Teken de herstelroute als die lastig uit te leggen is: wat kun je nog gebruiken na verlies van je huidige apparaat?

Het adres is maar een deel van de metadata

E-mail bevat meer dan de berichttekst. De gestandaardiseerde kopregels omvatten afzender- en ontvangervelden, een datum, berichtidentificaties en velden voor het bezorgtraject. Ze ondersteunen bezorging en het ordenen van gesprekken; het bestemmingsadres veranderen verwijdert de rest van het formaat niet. Internet Message Format, RFC 5322.

De website kent ook wat je rechtstreeks verstrekt. Bij een aankoop kunnen een bezorgadres, een betaalrelatie en accountgeschiedenis horen. Andere aliassen maken die gegevens niet onafhankelijk. Dezelfde naam of andere identificerende gegevens kunnen verbanden leggen zonder het e-mailadres.

Externe inhoud vormt een andere grens. Inhoud van de server van de afzender laden kan informatie over activiteit of netwerk geven; mailprogramma's kunnen daar eigen instellingen voor hebben. Apple Mail beschrijft bijvoorbeeld opties voor IP-zichtbaarheid en externe inhoud. Die instellingen staan los van een adreswijziging; dit schrijft de functies van Apple niet toe aan AliasX. Privacyinstellingen van Apple Mail.

Gebruik de privacyopties van het programma waarin je daadwerkelijk leest. Alleen ontvangst op een alias bewijst die bescherming niet.

Versleutelde opslag is geen end-to-endversleuteling

AliasX slaat zijn aliasarchief versleuteld op. Daardoor wordt een gewone inkomende internetmail niet ineens een bericht dat de afzender end-to-end voor jou heeft versleuteld. De afzender en diens aanbieder kunnen eigen kopieën bewaren, en systemen buiten je account werken mee aan de bezorging.

SMTP-transportversleuteling is weer een andere laag. STARTTLS beschermt een verbinding tussen SMTP-partijen; gebruik op één verbinding garandeert op zichzelf geen vertrouwelijkheid over het hele traject. SMTP over TLS, RFC 3207.

Bekijk elke bescherming waar ze werkt: het gedeelde adres, de bezorgverbindingen, het opgeslagen archief en het apparaat waarop het bericht verschijnt. Een eigenschap op één punt mag niet ongemerkt een belofte voor alle andere punten worden.

Voor dagelijkse registraties blijft een apart ontvangstadres waardevol. Combineer het met duidelijke accountgegevens, een werkende herstelroute en realistische verwachtingen over correspondentie. Beheer je ontvangstaliassen in AliasX.

Bronnen

  1. https://www.rfc-editor.org/rfc/rfc5322
  2. https://support.apple.com/en-ie/guide/mail/mlhlae4a4fe6/mac/1000
  3. https://www.rfc-editor.org/rfc/rfc3207