Onderwerp: Exim self-signed certificaat voor smtp & mail

Ik gebruik directadmin met exim die een self-signed certificaat gebruikt. Nu is het probleem dat sommige van mijn klanten mail.hundomein.ext gebruiken en dus niet overeen komt met mail.mijndomein.ext waarvoor het self-signed certificaat is aangevraagd.

Hoe gaan jullie om met dit probleem? Vragen jullie de klanten om steeds mail.mijndomein.ext en smpt.mijndomein.ext te gebruiken? Zoja, hoe kan ik ervoor zorgen dat mijn certificaat gevalideerd wordt op deze 2 subdomeinen?

Mvg,
Dries

Oorspronkelijk geplaatst door Dries.S

Ik gebruik directadmin met exim die een self-signed certificaat gebruikt. Nu is het probleem dat sommige van mijn klanten mail.hundomein.ext gebruiken en dus niet overeen komt met mail.mijndomein.ext waarvoor het self-signed certificaat is aangevraagd.

Hoe gaan jullie om met dit probleem? Vragen jullie de klanten om steeds mail.mijndomein.ext en smpt.mijndomein.ext te gebruiken? Zoja, hoe kan ik ervoor zorgen dat mijn certificaat gevalideerd wordt op deze 2 subdomeinen?

Mvg,
Dries

Wat wil je uberhaupt bereiken met een self-signed certificaat voor mail , ook voor je eigen domein ?
Het lijkt me dat een MTA die echt SSL vraagt en controleert je server dan ook moet weigeren .

Ik weet niet wat in mail de fallback scenario's dan zijn - bouncen naar de afzender, terugvallen naar plain transport , of gewoon maar doorgaan.
Geen van alle lijkt me een goede situatie. (en mail admins dresseren om SSL validatie fouten te negeren helpt zeker niet de infrastructuur structureler gebruik te laten maken van crypto ).

De technische oplossing voor het hosten van meerdere smtp server (namen) op een enkel IP is net als voor HTTPS 'SNI' (Server Name Indication)
zie http://www.exim.org/exim-html-curren...ng_tlsssl.html #10 .

Dan zullen wel alle domeinen die hun eigen mailserver naam willen gebruiken ook een ssl certificaat voor die host/domein moeten aanleveren.

Pak gewoon een hostnaam of algemene (sub) domeinnaam waarop je iedereen laat connecten ?