Home›Gidsen›E-mailbeveiliging
E-mailbeveiliging · Gebruiken Klytic MTA
Klytic MTA filtert niet alleen wat binnenkomt. De post die via de gateway vertrekt, kan met DKIM worden ondertekend, zelfs als uw e-mailomgeving dat niet doet, en even worden vastgehouden om een overhaaste verzending terug te halen. Als uw e-mailomgeving S/MIME niet ondersteunt, kan Klytic MTA uw berichten ook met uw sleutel S/MIME-ondertekenen, op voorwaarde dat u ervoor kiest deze optie te activeren en het de sleutel toevertrouwt.
Bijgewerkt in oktober 20265 minPraktische handleiding Klytic MTA
| Functie | Essential | Advanced |
|---|---|---|
| DKIM-ondertekening van uitgaande e-mails, zelfs als uw e-mailomgeving dat niet doet | Inbegrepen | Inbegrepen |
| Terughalen vóór verzending van een bericht | Inbegrepen | Inbegrepen |
| S/MIME-ondertekening door de gateway, met uw sleutel, als u die activeert | Inbegrepen | Inbegrepen |
| Levering van het S/MIME-certificaat | Optie | Optie |
Deze functies gelden voor de post die via Klytic MTA verloopt. Uw e-mailomgeving, of het nu Microsoft 365, Google Workspace, Exchange, Klytic Mail of een andere server is, moet haar uitgaande berichten dus aan de gateway overdragen, die ze daarna naar de ontvangers doorstuurt. Klytic bereidt dit traject samen met u voor bij de ingebruikname. De prijzen staan op de pagina Prijzen.
Met de DKIM-handtekening kan de server van de ontvanger nagaan dat het bericht echt van uw domein komt en onderweg niet is gewijzigd. Ze verbetert de afleverbaarheid en maakt het moeilijker uw domein te misbruiken. Klytic MTA kan ze toevoegen, zelfs als uw huidige e-mailomgeving niet ondertekent, wat nuttig is wanneer u Microsoft 365, Google Workspace of een andere server houdt.
Elk beschermd domein krijgt zijn eigen handtekening. Een bericht kan meerdere DKIM-handtekeningen dragen: als uw e-mailomgeving al ondertekent, is voor DMARC de handtekening doorslaggevend die overeenkomt met het zichtbare domein van de afzender.
Als u een strikt DMARC-beleid publiceert, pas dan SPF en DKIM aan voordat u de post via de gateway laat lopen, niet erna. De betekenis van deze mechanismen wordt uitgelegd in SPF, DKIM en DMARC: wat beschermen ze, en wat niet.
Een bericht dat te snel is vertrokken, naar de verkeerde ontvanger of met de verkeerde bijlage, kunt u na aflevering niet meer terughalen. Klytic MTA kan uitgaande berichten gedurende een korte termijn vasthouden voordat het ze doorstuurt. Tijdens dat venster kan het bericht worden teruggehaald; daarna vertrekt het normaal.
De vertraging wordt ingesteld in het verzendbeleid van het domein. Hoe uw gebruikers een bericht tijdens het venster terughalen, wordt hun bij de ingebruikname uitgelegd.
Deze vertraging is een functie van de gateway, niet van uw e-mailprogramma. Verwar ze niet met de terugroepfunctie van sommige programma’s, die de ontvanger achteraf vraagt een al ontvangen bericht te verwijderen: hier heeft het bericht uw domein nog niet verlaten.
Voorbeeld. Een salarisadministrateur stuurt het salarisbestand naar “Julien”, en de automatische aanvulling kiest de Julien van een klant in plaats van de collega van de afdeling. Ze merkt het meteen. Het bericht wordt nog door de gateway vastgehouden: ze haalt het terug voordat het vertrekt.
Een bericht dat voor deze vertraging wordt vastgehouden, staat niet in quarantaine. De quarantaine betreft gevaarlijke inkomende post: zie Quarantaine, valspositieven en meldingen.
S/MIME steunt op een certificaat dat aan een e-mailadres is gekoppeld. Met de S/MIME-handtekening kan de ontvanger nagaan wie het bericht heeft verzonden en dat het onderweg niet is gewijzigd.
Veel e-mailomgevingen kunnen vanaf het werkstation van de gebruiker met S/MIME ondertekenen. Als de uwe dat niet kan, kan Klytic MTA het in haar plaats doen: de gateway ondertekent het uitgaande bericht met de sleutel van de afzender, voordat het naar de ontvanger gaat.
Wilt u liever dat de privésleutel uw werkstations nooit verlaat, onderteken dan vanuit een e-mailomgeving die S/MIME ondersteunt en laat deze optie uitgeschakeld. De gids Wat is een soevereine cloud? legt uit waarom het bezit van de sleutel telt.
| Mechanisme | Wat het beschermt |
|---|---|
| Versleuteling van het transport (TLS) | Het traject tussen twee servers. Naar een ander domein hangt ze ook af van de ontvangende server. |
| DKIM-handtekening | De echtheid van het verzendende domein, gecontroleerd door de ontvangende servers. |
| S/MIME-handtekening | De identiteit van de afzender en de integriteit van het bericht, gecontroleerd door de ontvanger. |
Niets hiervan vereist Klytic Mail. Voor het geval dat u uw huidige e-mailomgeving houdt, zie De e-mailomgeving beschermen die u al hebt.
Nee. De handtekening wordt door de gateway toegevoegd, vóór elke e-mailomgeving. Zie De e-mailomgeving beschermen die u al hebt.
Zie SPF, DKIM en DMARC. De DMARC-console van de formule Advanced volgt de rapporten van uw domeinen op: zie Een beslissing van de filter lezen en exporteren.
De domeinbeheerder, in het verzendbeleid. De rolverdeling wordt beschreven in Wie stelt de filter in bij Klytic MTA.
Nee. Het is een optie die u activeert, door uw sleutel aan de gateway toe te vertrouwen. Zonder dat ondertekent Klytic MTA niet met S/MIME.
Ja, de levering van het certificaat door Klytic is slechts een optie. Bereid de activering voor met Klytic, via de pagina Contact.
Klytic bereidt de DKIM-ondertekening en het uitgaande traject voor samen met de beheerder van uw e-mailomgeving.
Welkomstaanbod
Proefaanbod zonder verplichtingen. Een adviseur belt u terug om uw behoeften te begrijpen en uw Klytic-omgeving voor te bereiden.