Benodigde licentie
| Abonnement | Elk abonnement |
| Toegang | Admin |
Versleuteling tijdens transport is standaard. Versleuteling op berichtniveau en privérelaydiensten vragen aandacht, want ze breken de draad.
Wat je al hebt
Post tussen Zendesk en andere mailservers gebruikt opportunistische TLS 1.2 of hoger, standaard aan. Opportunistisch betekent: wel als de ontvangende server het ondersteunt, en anders ESMTP. Een afgedwongen TLS-verbinding is niet mogelijk.
Voor de meeste organisaties is dat, samen met de authenticatierecords, het hele antwoord. Voor wie moet verklaren dat uitgaande post altijd versleuteld is, is het dat niet, en dan is via je eigen mailinfrastructuur relayen de route.
Versleuteling op berichtniveau
Waar een toezichthouder of een klant eist dat het bericht zelf is versleuteld, is dat iets anders, en het gaat slecht samen met een ticketsysteem: Zendesk kan een versleutelde inhoud niet lezen, en kan hem dus niet aan een draad koppelen, niet doorzoeken en er niet op handelen.
Organisaties met die eis leiden zulke gesprekken doorgaans buiten het ticketsysteem om, in plaats van te proberen allebei tegelijk te laten werken.
Privérelayadressen
Sommige mailproviders bieden klanten een adres dat hun echte adres verbergt. Twee gevolgen volgen hieruit.
- De aanvrager is het relayadres, niet het echte adres van de klant. Twee keer contact van dezelfde persoon kan op twee mensen lijken.
- Het relayadres kan worden uitgezet, waarna je berichten eraan niet meer aankomen, zonder foutmelding.
Wat je eraan doet
Niets technisch. Herken het patroon zodra een klant zegt dat hij je post niet meer krijgt, en vraag om een tweede adres waar het gesprek ertoe doet.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.