Rond 25 mei leek het internet te ontploffen met artikelen over de Algemene verordening gegevensbescherming (AVG). Ook je inbox stroomde waarschijnlijk vol met mails over gewijzigde voorwaarden. Er ontstaan gauw misverstanden over zo’n complex onderwerp. Hoe is het vele cookiemeldingen later en waar is die van ons eigenlijk?
Op 11 april 2017 introduceerden we gratis SSL voor al onze klanten. Daarmee hebben we het standpunt ingenomen dat versleuteld verkeer de standaard moet zijn, niet optioneel. De reacties van onze klanten waren hartverwarmend, zowel per e-mail als op social media. Hier doen we het allemaal voor, dank jullie wel! We zijn nu ruim een half jaar verder. Wat mij betreft is het dan ook tijd voor een terugblik op een zeer succesvolle lancering en om de impact ervan te bekijken.
Wij zijn druk bezig geweest om je beter inzicht te geven in het verbruik van jouw website. Dankzij de update naar LVE Stats 2 kun je nu nóg gedetailleerder zien hoeveel rekenkracht je gebruikt. Ook zijn de voorspellingen van onze proactieve monitoring hierdoor een flink stuk nauwkeuriger. Graag vertel ik je meer over deze verbeteringen!
‘LVE Stats’ staat voor ‘Lightweight Virtual Environment Statistics’. Dit systeem verzamelt de gebruikersstatistieken van websites, slaat deze op in de database en genereert grafieken over het gebruik van de afgelopen periode. De gegevens die het van je website verzamelt, kun je eenvoudig in DirectAdmin van je pakket inzien bij Resource usage.
Een groot handicap in LVE Stats 1 was dat data niet nauwkeurig werden opgeslagen. Zo werd bijvoorbeeld de ‘CPU limit’, het maximum aan CPU resources dat je container mag gebruiken, opgeslagen als percentage van het totaal beschikbare op de server. En ook nog eens als afgerond getal. Graag leg ik met een voorbeeld uit waarom dit onwenselijk is.
Afgelopen maanden hebben we achter de schermen aan iets heel gaafs gewerkt. Iets waar we al een lange tijd naar uit hebben gekeken en waar veel technische aanpassingen voor nodig waren. Het heeft ons meer dan slechts tijd en geld gekost, maar het was het dubbel en dwars waard. Dinsdag was het dan eindelijk zover: gratis SSL voor iedereen!
Hoe komt zoiets tot stand? In dit artikel ga ik jullie uitgebreid vertellen over onze implementatie, waarom we het op deze manier hebben aangepakt en wat de uitdagingen waren die we onderweg tegenkwamen.
De laatste jaren worden we steeds vaker wakker geschud door alarmerende berichten over afluisterpraktijken door overheden en criminelen. Cyberaanvallen worden steeds geavanceerder en de aanvallers beschikken over steeds meer middelen. Als serieuze hostingprovider kun je absoluut niet achterblijven in deze race.
Wij vinden dat privédata privé moet blijven. Het is goed om te zien dat er wettelijk steeds meer regels komen voor het beveiligen van persoonsgegevens en we zijn hierin graag een helpende hand. Vanaf afgelopen dinsdag hebben daarom alle websites die bij ons gehost worden een SSL-certificaat. Dus een nog hogere mate van basisbeveiliging, voor iedereen. En dat ook nog eens volledig gratis!
In dit artikel wil ik jullie graag meenemen in de wonderlijke wereld van e-mail routering. Het lijkt zo simpel: je stelt een e-mail op, klikt op ‘verzenden’ en het komt terecht bij de ontvanger. Echter, wat gebeurt er dan precies achter de schermen? Hoe kun je zien welk pad de e-mail heeft afgelegd? En hoe weet een mailserver überhaupt wat er met de e-mail moet gebeuren? Op deze vragen geef ik je graag antwoord.
Allereerst een kleine disclaimer. Om het toegankelijk te houden, ga ik een aantal zaken bewust versimpeld weergeven. Daarom ga ik niet in op bijvoorbeeld ‘MIME’ en hoe BCC-ontvangers in een e-mail afgehandeld worden. Dat gezegd hebbende, laten we beginnen!
Een e-mail is simpelweg een tekstbestand, je kunt het openen in elk willekeurig tekstverwerkingsprogramma om de inhoud ervan te zien. Het tekstbestand is opgebouwd uit een tweetal onderdelen:
Headers zijn de metadata van een e-mail. Deze blokken tekst worden door de mailserver gebruikt om te bepalen wat er met de e-mail moet gebeuren en wat ermee is gedaan. Wie is bijvoorbeeld de ontvanger en de afzender van de e-mail? Een aantal headers zijn nodig om er zeker van te zijn dat een e-mail geaccepteerd wordt, heel veel anderen zijn optioneel.