Deze ervaring omvat een zakelijk account bij TransIP voor webhosting + mailserver voor mijn bedrijf.
Ruim 5 jaar heb ik inmiddels ervaring met TransIP, of nouja, 'ervaring'.. Zolang het werkt, geen omkijken naar. De TransIP 'experience' komt pas als het
wel misgaat. De afgelopen jaren heb ik kennis genomen van de prijsverhogingen, en ben ik uit gemakzucht en een (vals) gevoel van veiligheid toch gebleven, in de veronderstelling dat die prijs in ieder geval garant staat voor meer stabiliteit en service dan bij de budget-concurrentie.
Ik kan vast verklappen: dat is dus niet zo. Laat ik netjes beginnen met een:
'tl;dr' - Augustus dit jaar, besloot TransIP stilletjes hun e-mailplatform te migreren naar de systemen van hun zusterbedrijf register.it - zonder mij daarover te informeren. Hierbij sloopten ze mijn doodsimpele emailconfig met catchall die daarvoor vijf jaar probleemloos draaide, waardoor op een aantal email adressen ~3 weken lang geen enkele email meer doorkwam en al die mails daarbij permanent verloren zijn gegaan. Drie weken mails onherstelbaar verwijderd, zonder dat ik het doorhad omdat een aantal andere mailadressen uit dezelfde config wel werkten. Support was onbehulpzaam (wees direct naar mij, ik zou naar de verkeerde adressen proberen te mailen en/of zelf mijn configuratie hebben veranderd 
), zeer traag, kwamen na bijna 2 dagen nog steeds niet met een oplossing nadat ik ze het probleem op een presenteerblaadje heb aangereikt, dus heb ik in het holst van de nacht zelf mijn email en site gemigreerd naar Cloud86. Als afsluiter kreeg ik, nadat ik zelf een alternatief had geregeld en TransIP daarna expliciet had gevraagd of ze verder overal vanaf wilde blijven, na 48 uur alsnog "testmails" van TransIP binnen op mijn nieuwe werkende catchall config bij Cloud86. Het geheel, 3 weken verloren mails en 48 uur aan het lijntje gehouden worden voor iets wat TransIP volledig zelf heeft veroorzaakt, werd afgedaan met een tientje credit "uit coulance".
Vrij lange tl;dr, maar hier de kern:
Op 18 augustus probeer ik voor mijn bedrijf in te loggen bij een dienstverlener die gebruikmaakt van email 2FA. De controlemail kwam niet binnen na herhaalde pogingen, en pas toen viel het me op dat een aantal adressen al een week of 3 muisstil waren. Daar is iets mis. Ik heb dringend toegang tot de dienstverlener nodig, dus ga snel op onderzoek uit. Testmails naar mezelf - delivery failed notifications. Oh no. De hele catchall-structuur ligt eruit.
[18 aug, ~16:00] Als eerste probeer ik in te loggen op mijn controlepaneel van TransIP, maar tot mijn verbazing gaat dat niet - ik moet een 2FA code opgeven, een optie die ik zelf nooit heb aangezet. Tot overmaat van ramp gaat deze code naar 1 van de email adressen die nu niet meer werkt... (achteraf bevestigde TransIP dat ze dit zelf(!) voor alle klanten hebben ingeschakeld.. Lekker handig)... Dus ik kan niet meer inloggen
[18 aug, ~16:40] Gelukkig heb ik ook een persoonlijk account, dus heb ik daar een ticket geopend met deze uitleg, de delivery notifications, en zoveel mogelijk informatie over het lopende probleem en mijn bedrijfsaccount. Ik kreeg weliswaar slechts 30 minuten na verstrijken van het beloofde uur reactietijd (
) een bericht terug, maar de inhoud was om te huilen. "De foutmelding zegt dat deze mailbox niet bestaat en daar lijkt het ook op", vervolgd door de opmerking dat ze de email 2FA wel uit willen zetten voor me als ik een gewaarmerkt KVK uittreksel van minder dan 3 maanden oud aanlever + kopieID.
[18 aug, 18:10] Ik verzoek ze vriendelijk om eerst even naar het probleem te kijken, want zo'n uittreksel kost geld en ik heb a) niet om email 2FA gevraagd en b) in nog geen 5 jaar iets aan mijn configuratie veranderd, dus het moet gewoon een foutje aan hun kant zijn.
[18 aug, 19:29] Support houdt voet bij stuk dat ik mijn catchall verkeerd heb ingesteld en benadrukt nog eens dat "wij nooit zomaar wijzigingen doorvoeren in klanten hun accounts. Ook dit hebben wij dus niet aangepast.". Fijn dat support zo zelfverzekerd is, jammer dat achteraf blijkt dat de fout geheel door hun eigen interne migratieproces is veroorzaakt. Ik word nogmaals verzocht om het uittreksel + KopieID voordat ze iets kunnen gaan doen.
[18 aug, 19:39] Intussen was ik vast in de bounce headers gedoken en daar stond het eigenlijk gewoon in: hun eigen systeem pikte mijn mail keurig op, liet ook duidelijk zien dat het na ontvangst het juiste catchall emailadres selecteert (catchallemail@...) en hem netjes probeert te forrwarden, om vervolgens vast te lopen op een adres dat het zelf verzint en dat inderdaad niet bestaat (catchall@... ipv van catchallemail@...). Met andere woorden, precies wat ik al vermoedde - een foutje in hun config. Ik lever dit netjes met headers en volledige logs aan, in de hoop dat het nu wel landt.
-Ruim 2 uur stilte- TransIP belooft tussen 9:00 en 0:00 reactie binnen het uur, maar dat redden ze dus consistent niet.
[18 aug, 21:39] Ik vraag maar eens waar de reactie blijft, en die krijg ik nog een klein uur later dan dat: om
[22:22]: "Ik ga het doorsturen naar ronze specialisten. Fijne avond!". Intussen via 1 van mijn werkende email adressen dan maar contact opgenomen met TransIP support via mail, maar ook hier weer "eerst KVK + KopieID, anders kunnen we niks". Ook hier attendeer ik ze er vast op dat ik allerlei nieuwe domeinen in de headers zie die er in oude mails niet staan, in het bijzonder Register.it en securemail.pro - wat een zusteronderneming van TransIP blijkt te zijn. Uiteindelijk blijkt dat hier het probleem ook zit, dus ik heb het ze in de inleidende beschietingen eigenlijk al op een presenteerblaadje aangereikt.
Ik zal dan maar een KVK uittreksel gaan kopen... In de tussentijd, beschouw het anders even als een algemene bugreport. Ik vermoed namelijk niet dat dit specifiek met mijn account te maken heeft, maar grondslag heeft aan een of andere fusie tussen jullie systemen en dat van jullie zusterbedrijf register.it
[18 aug, 22:22 → 19 aug, 16:48] Het grote wachten. Intussen heb ik dan maar een KvK uittreksel besteld en documenten gestuurd zodat ik in ieder geval in mijn controlepaneel kan - hier zie ik niks bijzonders, en ook niet gek want ik heb niks aangeraakt. Het bleef maar stil, dus de volgende dag om 14:30 vraag ik maar even hoe de vlag erbij hangt, maar hier komt voor 2 uur lang geen antwoord op. Om 16:30 stuur ik er dan maar een berichtje achteraan, benadrukkend dat mijn bedrijf effectief stilligt als ik niet bij deze email adressen kan, en dat in de tussentijd alle mails die naar mij verstuurd worden gewoon door de versnipperaar aan het gaan zijn. Ik vraag tevergeefs of ze een workaround kunnen voorstellen om in ieder geval die email adressen weer operationeel te krijgen. Maar ook daar komt een totaal nietszeggend antwoord op dat ik gewoon moet afwachten en dat ze ermee bezig zijn.
[19 aug, 20:11 → 20:47] Inmiddels is het 20:00 's-avonds en zijn we bijna 24 uur verder, en ben ik niks wijzer. Nogmaals stel ik de vraag hoe lang het gaat duren en daar komt om 20:47 nog altijd het kleurloze antwoord dat dit lastig te bepalen is "omdat we nu nog niet weten wat er mis gaat" (
). Ondanks dat ik vanaf het eerste moment naar register.it heb gewezen, weten ze na bijna 30 uur blijkbaar nog steeds niet waar ze kijken moeten. Tot slot de mededeling dat ik op zijn vroegst de volgende ochtend bericht kon verwachten, maar dat het ook langer kon duren. Dan weet je hoe laat het is.
[19 aug, 23:31] Gefrustreerd, ga ik toch zelf op verder onderzoek in de hoop de boel te bespoedigen, en loop ik per abuis tegen de smoking gun aan: diep weggestopt in hun knowledgebase vind ik een artikel dat stelt dat ze vanaf mei 2026 en de maanden daarna gestaffeld
hun e-mailplatform gaan migreren naar de systemen van zusterbedrijf register.it (
link). Volgens dit artikel wordt het moment dat je aan de beurt bent "niet vooraf aangekondigd" - maargoed, het feit dat er uberhaupt een migratie ging komen blijkbaar ook niet. Leuk detail: ze stellen dat je bij die migratie "geen e-mails zult missen" en dat het slechts een paar minuten merkbaar is. Hm.
Maar belangrijker, dit wisten ze dus gewoon. Ondanks dat ik tot 3x toe naar "register.it" heb gewezen en daarbij - nog voordat ik het artikel had gevonden - speculeerde dat een migratie achter TransIP's schermen wellicht de oorzaak is, wordt de uitleg die je als klant krijgt bewust in rookgordijnen gehuld. Er komt geen enkele reactie op de inhoudelijke suggesties die je als klant doet. Zeker gezien deze achteraf 100% spot-on blijken te zijn, wordt het probleem bij TransIP onacceptabel traag opgepakt. Al helemaal voor de prijzen die ze inmiddels vragen.
[19 aug, 23:31 → 20 aug, 02:13] Op dat punt was ik er dan ook klaar mee. Ik heb ze om 23:30 nog even op hun eigen artikel gewezen in de hoop dat ze nog even snel de boel konden rechtzetten, maar uiteraard verstreek 0:00 zonder verder antwoord en kon ik niks anders dan wachten tot ze 'misschien' de volgende dag een oplossing zouden verzorgen.
Hoewel, ik kon weldegelijk iets anders, namelijk zelf de handjes uit de mouwen steken. In het holst van de nacht heb ik een nieuwe host geregeld (Cloud86), website en mailserver gemigreerd, DNS omgezet, en 2 uur later op eigen houtje mijn mailconfiguratie weer werkend gekregen zodat ik eindelijk weer kon inloggen bij services die 2FA via email gebruiken.
Het hostingpakket bij TransIP heb ik direct stopgezet, de domeinen gaan na het verstrijken ook naar elders (zijn immers al betaald tot ergens 2027).
Ik heb daarna direct vriendelijk doch dringend verzocht om
niet meer aan mijn configuratie te komen, ook niet om hun eigen problemen te troubleshooten, en ze verteld dat ik het probleem zelf heb opgelost door over te stappen naar Cloud86. Hierbij heb ik de vraag gesteld of ze van plan waren om me te compenseren voor
a) alle verloren emails
b) mijn verloren tijd
c) de kosten die ik heb moeten maken voor een KvK uittreksel doordat ze zowel 2FA zonder overleg hebben ingeschakeld op een email adres dat ze vervolgens zelf onklaar hebben gemaakt.
[20 aug, 9:49] Ook hierop kreeg ik een inhoudsloos standaardmailtje, dat ze mijn frustraties begrijpen en dat ze hopen later vandaag een oplossing te hebben.
Ik heb hierbij om 9:59 nogmaals herhaald dat ze verder overal vanaf mogen blijven (ik had mijn DNS record net netjes omgezet om naar de servers van de concurrent te wijzen) en dat ik vertrokken ben, want volgens mij drong het niet helemaal door. Het volgende antwoord liet dan ook slechts 4 uur op zich wachten:
[20 aug, 13:56] Hij zou het doorgeven aan de technische dienst, betreurde hoe het gelopen was, en zei daarbij dat ik de laatst betaalde maand van mijn hostingpakket (dat ik zojuist gecanceld had) gecrediteerd kreeg. Iets meer dan een tientje. Voor 3 weken aan permanente dataloss en een effectief lamgelegd bedrijf, volledig veroorzaakt door TransIP's gestuntel.
Dit durfde de betreffende supportmedewerker nog 'coulance' te noemen ook.
[20 aug, 14:42] Mijn onvrede heb ik netjes teruggekoppeld richting TransIP, alsmede mijn standpunt dat een tientje in geen enkele verhouding staat tot de geleden schade en ongemakken. Op dat deel kwam geen verdere inhoudelijke reactie, want ze vonden het belangrijker om nog even aan te stippen dat ze de migratie weldegelijk hadden aangekondigd...
in een nieuwsbrief :
De migratie is wel eerder aangekondigd in een nieuwsbrief, hier is alleen bewust voor gekozen niet apart mails over te sturen.
Prioriteiten, noemen we dat.
[20 aug, 16:00] Als klap op de vuurpijl, komt er ineens op mijn nieuwe mooie werkende configuratie bij Cloud86... een testmail binnen van TransIP
De beste man zal zich achter de oren gekrabd hebben waarom er niks binnen kwam op TransIP's servers zelf, want 3 minuten later volgde een tweede testmail. Ik heb toen voor de laatste keer contact opgenomen met TransIP en voor de laatste keer herhaald dat ik zie dat ze nog eea aan het proberen zijn maar dat ze echt echt echt overal vanaf mogen blijven.
Vanaf dat moment is het gelukkig rustig en stil.
Van TransIP is wat mij betreft niets over. Het is zo duur als een premium webhost, maar je krijgt er werkelijk niks premiums voor terug. De kosten voor domeinnamen zijn ook tot absurde hoogtes gestegen die in geen verhouding meer staan tot wat het SIDN aan providers rekent. Intussen lijkt de expertise ook vertrokken.
Tot zover mijn ervaring bij TransIP - een nieuwe zal er zeker niet komen. Ook erg jammer dat ze de hand niet in eigen boezem hebben willen steken. Het liet een dusdanig gevoel van ontevredenheid achter, dat ik er nu enorm voor in de pen geklommen ben. Hopende een van jullie van eenzelfde misère te kunnen behoeden.
Ryzen 7950X3D | X670E Steel Legend | 64GB (2x32 M-die) DDR5-6000C30 | RTX 3090 | Seasonic Prime 1300W | Custom Loop CPU+GPU+RAID Watercooling 2x360mm
/u/672812/crop5bd760fc5909d_cropped.png?f=community)
:strip_icc():strip_exif()/u/71/crop68f8b10c1e806_cropped.jpg?f=community)
/u/399457/crop5a9e7c5ce5925_cropped.png?f=community)
:strip_exif()/f/image/C0AAy9c1uLKfqdfNl9vay5cy.png?f=user_large)
. Ik zag dat Hetzner ook als netwerkschijf te koppelen is, dus mogelijk lost dat al één probleem op. /u/263454/crop69528a83920d8.png?f=community)
:strip_exif()/u/454619/crop58a2ea512054d_cropped.gif?f=community)
/u/30346/crop6571ad31b4cbc_cropped.png?f=community)
/u/103959/crop60e1dda829172_cropped.png?f=community)
:strip_icc():strip_exif()/u/152033/ljfh23lf.jpg?f=community)
die zijn echt knettergek.:strip_exif()/u/8064/bang.gif?f=community)
