{"id":6933,"date":"2026-10-12T13:03:33","date_gmt":"2026-10-12T11:03:33","guid":{"rendered":"https:\/\/eu.klytic.com\/e-mail-cloud-dedicated-of-eigen-locatie\/"},"modified":"2026-10-12T16:01:42","modified_gmt":"2026-10-12T14:01:42","slug":"e-mail-cloud-dedicated-of-eigen-locatie","status":"publish","type":"page","link":"https:\/\/eu.klytic.com\/nl\/e-mail-cloud-dedicated-of-eigen-locatie\/","title":{"rendered":"E-mail in de cloud, dedicated e-mail of e-mail in uw eigen gebouw"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t
\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Home<\/a>\u203a<\/span>Gidsen\u203a<\/span>E-mail<\/p>

E-mail \u00b7 Begrijpen<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t

E-mail in de cloud, dedicated e-mail of e-mail in uw eigen gebouw<\/h1>\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Een zakelijk e-mailsysteem kan draaien op een platform dat door klanten wordt gedeeld, op een instantie die voor uw organisatie is voorbehouden, of op een server in uw eigen gebouw. De plaats van de machine verandert minder dan men denkt: wat telt, is wie ze exploiteert, wie een mailbox kan openen en hoe u eruit stapt. Zelf hosten geeft fysieke controle; het regelt niet de exploitatie, en op zich ook niet de soevereiniteit.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Bijgewerkt in oktober 2026<\/b><\/span>8 min<\/b><\/span>Geciteerde offici\u00eble bronnen<\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Drie exploitatiemodellen<\/h2>

Er wordt vaak gesproken van \u2018cloud\u2019 tegenover \u2018on-premises\u2019, alsof er twee kampen zijn. In de praktijk bestaan er drie modellen naast elkaar, en die onderscheiden zich door twee vragen: waar draait de machine, en wie houdt ze draaiende.<\/p>

Een e-mailsysteem exploiteren<\/strong> betekent updates toepassen, de wachtrij en de schijfruimte bewaken, certificaten vernieuwen, back-ups maken, herstellen, om 7 uur \u2019s ochtends op een incident reageren en de verzendreputatie van het domein bewaken. Hosten is alleen de machine en het netwerk leveren.<\/p><\/div>

De beheerde cloud<\/h3>

De dienstverlener beheert het volledige platform. Dat wordt doorgaans gedeeld door meerdere klanten, met een logische scheiding: elke organisatie ziet alleen haar eigen domeinen en mailboxen, maar de servers, de opslag en de exploitatieteams zijn gemeenschappelijk. Dit is het eenvoudigste model om te starten en het goedkoopste om te onderhouden.<\/p>

Dedicated e-mail<\/h3>

Een instantie of een server is voorbehouden aan uw organisatie. Uw gegevens staan niet naast die van een andere klant. De dienstverlener blijft exploiteren: u koopt isolatie, geen werklast. Dit model past bij gereglementeerde sectoren, grote volumes, groepen die hun vennootschappen duidelijk willen scheiden, of instellingen die een gedeeld platform niet aan \u00e9\u00e9n enkele klant kan toestaan.<\/p>

E-mail in uw eigen gebouw<\/h3>

De machine staat bij u, in uw serverruimte of uw datacenter. Toch moet iemand ze exploiteren. Ofwel doet uw team het, ofwel doet een dienstverlener het op afstand, met een toegang die u voor hem openzet. Beide keuzes zijn legitiem; ze kosten niet hetzelfde en bieden niet dezelfde garanties voor herstel.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Wat echt verandert<\/h2>

Vijf punten maken het verschil tussen de drie modellen. De andere, zoals de webmail of de compatibiliteit met Outlook, hangen vooral af van de software, niet van de plaats.<\/p>

Punt<\/th>Beheerde cloud<\/th>Dedicated<\/th>In uw eigen gebouw<\/th><\/tr><\/thead>
Buren<\/td>Gedeeld platform, logische scheiding<\/td>Geen andere klant op de instantie<\/td>Uw netwerk, uw andere servers<\/td><\/tr>
Updates<\/td>De dienstverlener, volgens zijn planning<\/td>De dienstverlener, planning soms onderhandelbaar<\/td>Uw team of de gemandateerde dienstverlener<\/td><\/tr>
Back-ups<\/td>Bij de dienstverlener, volgens zijn contract<\/td>Bij de dienstverlener, soms dedicated<\/td>Te organiseren: waar, door wie, buiten de site?<\/td><\/tr>
Wie een mailbox kan openen<\/td>Uw beheerders en de exploitant<\/td>Uw beheerders en de exploitant<\/td>Uw beheerders, en de exploitant als er een is<\/td><\/tr>
Uitstap<\/td>Export en wijziging van het MX-record<\/td>Export en wijziging van het MX-record<\/td>Export, wijziging van het MX-record, en de machine die u overneemt of recycleert<\/td><\/tr><\/tbody><\/table><\/div>

De buren<\/h3>

Op een gedeeld platform kan een spamcampagne die vanuit het gecompromitteerde account van een andere klant wordt verstuurd, de reputatie van het gemeenschappelijke verzend-IP-adres aantasten. Een dedicated instantie, of een dedicated IP-adres, isoleert dat risico. In uw eigen gebouw is de buur uw eigen netwerk: een besmette werkplek kan de server bereiken als die niet is afgeschermd.<\/p>

Wie een mailbox kan openen<\/h3>

Dat is de regel die men te snel invult. Wie een mailbox kan herstellen, kan ze lezen, welk model het ook is. De plaats neemt die toegang niet weg; ze verandert alleen de lijst van personen die ze hebben. De nuttige vragen zijn dus: wie heeft de beheeraccounts, zijn die toegangen persoonsgebonden en worden ze gelogd, en verbiedt het contract de exploitant om een mailbox te openen zonder verzoek van de klant. Alleen end-to-endversleuteling waarvan u de priv\u00e9sleutel bewaart, bijvoorbeeld met S\/MIME, maakt de inhoud van een bericht onleesbaar voor de exploitant.<\/p>

De uitstap<\/h3>

De domeinnaam moet op uw naam blijven staan: het MX-record ervan bepaalt welke server uw post ontvangt, en u moet het kunnen wijzigen zonder toestemming te vragen. De rest wordt voorbereid: export van de mailboxen in een standaardformaat, agenda\u2019s en contactpersonen inbegrepen, exporttermijn, verwijdering na het einde van het contract.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Zelf hosten volstaat niet voor soevereiniteit<\/h2>

De server in uw eigen gebouw zetten, beantwoordt \u00e9\u00e9n precieze vraag: waar de schijven fysiek staan. De gids wat is een soevereine cloud<\/a> herinnert eraan dat er nog minstens drie overblijven: welk bedrijf exploiteert, welk recht is daarop van toepassing, en hoe stapt u eruit.<\/p>

Een server binnen uw muren kan zo van buitenaf afhankelijk blijven zonder dat het opvalt:<\/p>