Er is een voorgeschiedenis die vrijwel niemand zich meer herinnert. In de jaren tachtig exploiteerde de toenmalige Bundespost een dienst genaamd Bildschirmtext — BTX. Een gesloten systeem, eigen pagina’s, eigen tarieven, eigen censuur. Wie mee wilde doen moest via de Deutsche Bundespost. Wie niet via de Deutsche Bundespost wilde, viel buiten de boot. Internet heeft deze dienst later begraven. Met internet kwam open uitwisseling, gestandaardiseerd, decentraal, zonder poortwachter. Telekom — opvolger van de Bundespost — heeft dat formeel aanvaard. In de praktijk echter is het BTX-model nooit helemaal vergeten.
Je kunt dat vandaag controleren. Wie een eigen mailserver exploiteert en naar een @t-online.de-adres stuurt, beleeft soms verrassingen. Soms komt de mail aan. Soms niet. Soms krijg je een antwoord dat eruitziet als een SMTP-dialog maar leest als een uitnodiging voor een schoolklasje.
Wat gebeurt wanneer de mail niet aankomt
De foutmelding is karakteristiek. Ingekort ongeveer zo:
554 IP=198.51.100.42 - A problem occurred.
(Ask your postmaster for help or to contact tosa@rx.t-online.de to clarify.)
Wie dit voor het eerst ziet, vermoedt een configuratiefout aan eigen zijde. Reverse DNS ontbreekt? SPF verkeerd? DKIM stuk? Je controleert. Alles correct. Je schrijft naar tosa@rx.t-online.de. Je krijgt een antwoord dat meestal uit tekstblokken bestaat en verwijst naar sectie 4.1 van Telekoms Postmaster-FAQ. Daar staat, ingekort:
Uit de hostnaam (FQDN) van het afleverende systeem moeten voor betrokkenen domein en dus website van de operator met onmiddellijke contactmogelijkheid eenvoudig onderzoekbaar en navolgbaar blijken.
Concreet: het domein waaronder de mailserver draait moet een website hebben. Op die website moet een colofon staan. Met naam, adres, telefoon, e-mail. Anders geen levering.
Klinkt alsof het tegen spam is gericht. Vooral is het tegen kleine operators gericht.
De dubbele tong van de Postmaster-FAQ
Lees dezelfde sectie 4.1 verder. Er wordt gesproken over RFC 1912, forward-confirmed reverse DNS, EU-richtlijn 2000/31/EG artikel 5. Netjes gerefereerd, juridisch onderbouwd. Het probleem: de richtlijn geldt voor commerciële, in de regel betaalde, digitale diensten. Een hobbyist die een mailserver voor zichzelf en zijn familie draait, is geen dienstverlener in de zin van deze richtlijn. Een vereniging die ledden per mail informeert evenmin. Een particulier al helemaal niet.
Telekom citeert dus een norm die simpelweg niet op de meesten betrokkenen van toepassing is — en eist toch nakoming. Dat is in het gunstigste geval royale interpretatie. In minder gunstig geval aanmatiging.
Voeg toe wat Telekom zelf in haar Postmaster-FAQ onder sectie 3.5 schrijft:
DKIM-handtekeningen worden momenteel noch gezet noch geëvalueerd. Telekom past SPF daarom noch passief (bij ontvangst) noch actief (bij verzending) toe door bijbehorende DNS-records aan te leggen.
Dat is opmerkelijk. Telekom eist van anderen een colofon die boven RFC-standaarden uitgaat. Zelf gebruikt ze noch SPF noch DKIM — twee van de meest gevestigde procedures tegen spoofing en spam. Ze gebruikt geen greylisting. Ze biedt geen feedback-loop aan waarmee legitieme afzenders kunnen weten of hun mail als spam werd aangemerkt — „vanwege gegevensbeschermingsbepalingen", klinkt het. Privacy als argument zodra het gaat om eigen procedures uitleggen. Privacy als onverschilligheid zodra het gaat om andermans gegevens eisen.
Dat is geen spamverdediging. Dat is eenzijdige betutteling.
Wie getroffen wordt
De getroffenen zijn niet de bulkaanbieders. Die zitten allang op smarthosts bij Microsoft, Google, Amazon SES, Mailgun of Sendgrid. Die hebben eigen accountmanagers bij de grote aanbieders. Die hebben deliverabilityteams. Die bellen de postmasters. Voor hen is niets hiervan een probleem.
Getroffen worden:
- Particulieren die voor zichzelf en hun familie een kleine mailserver draaien. Mensen die hun e-mail niet aan de grootcorporaties willen toevertrouwen. Mensen die AVG-conform handelen door gewoon geen gegevens af te geven.
- Verenigingen en initiatieven die via eigen domein communiceren. Vrijwilligers zonder budget voor externe mailproviders.
- Kleine ambachtslieden — slagers, bakkers, timmerfabrieken — die traditioneel
@t-online.de-adressen gebruiken maar steeds meer met eigen domeinen werken. Als het bedrijf zelf bij Telekom gehost is, werkt het. Zo niet, soms niet. - Kleinere IT-dienstverleners en hosts die mailservers voor klanten draaien en bij elke IP-wissel, elke verhuizing, elk nieuw subnetnet de hele circushercursus mogen doorlopen.
- Freelancers en zelfstandigen zonder personeel die hun prive-adres niet in een colofon willen publiceren — en volgens § 5 DDG ook niet hoeven, als ze geen commerciële website draaien.
Telekom licht haar eigen klanten niet in dat hun postvakken voor een deel van de wereld praktisch onbereikbaar worden. De @t-online.de-gebruiker merkt er niets van. Hij wacht op de mail van de vakman, de orderbevestiging, het antwoord van de verhuurder. Ze komen niet. Hij belt. De afzender zegt: „Ik heb gestuurd." Beiden staan er. Telekom zat ertussen, ongemerkt.
Dat is geen spamverdediging. Dat is een muur dwars door een communicatie die zou moeten werken.
De workarounds en wat ze kosten
Wie de muur wil ontwijken, heeft meerdere opties. Allemaal onbevredigend.
Smarthost via Google of Microsoft. Telekom raadt het zelf aan — beleefd, in tekstblokken. Wie via Gmail als smarthost relayt, komt erdoor. Maar DKIM en DMARC werken dan niet goed meer, omdat de handtekening van je eigen domein verdwijnt. Je betaalt authenticiteit voor levering. Professionele smarthost-diensten die DKIM behouden kosten geld. Voor 3–4 mails per jaar aan T-Online een lonende investering? nauwelijks.
Nepcolofon plaatsen. Gebeurt in de praktijk regelmatig. Een of andere naam, een of ander adres, als de Telekom-check maar slaagt. Legaliteit terzijde. Telekom controleert niet of de gegevens kloppen. Ze controleert alleen of er iets staat. Resultaat: privacy ondermijnd zonder dat Telekom interesse toont. Spam niet verminderd. Legitieme operators aangezet tot misleiding. Wie het systeem niet kan gamen valt eruit. Wie het gamt komt erdoor. Zo werkt bescherming niet.
Het T-Online-postvak opzeggen. Consequentie die steeds meer operators overwegen. Als je @t-online.de niet kunt bereiken omdat Telekom eenzijdig voorwaarden dicteert, kun je op een gegeven moment niet meer rechtvaardigen waarom je nog probeert. De vakman, de klant, de verhuurder — ze moeten begrijpen dat hun adres niet meer werkt. Sommigen merken het pas wanneer belangrijke mail niet aankomt.
Zelf blokkeren. Sommige operators gaan zelfs zover inkomende mail van Telekom-servers met een autoresponder te beantwoorden waarin de situatie wordt uitgelegd. Dat is legitiem, maar voelt voor de @t-online.de-gebruiker als koppigheid. Telekom heeft gewonnen, omdat zij de definitiebevoegdheid heeft over wat „spamverdediging" betekent.
Wat Telekom echt wil
De officiële rechtvaardiging luidt: spamverdediging, klantenbescherming, transparantie. De realiteit ziet er anders uit.
Telekom exploiteert al decennialang een gesloten ecosysteem. MagentaEARTH, MagentaZuhause, MagentaCloud — allemaal onder één dak. Eenmaal Telekom-klant, altijd Telekom-klant. E-mail is daarin een bindingsinstrument. @t-online.de gebruiken maakt overstappen moeilijk — adresboeken, abonnementen, registraties, alles hangt eraan.
Hoe hoger de drempel voor externe mailservers, hoe aantrekkelijker de interne dienst. Hoe meer externe mailproviders falen, hoe meer klanten migreren naar de grote aggregators — Microsoft 365, Google Workspace — ofwel naar Telekom zelf. Kleine mailoperators vallen geruisloos weg. De markt consolideert. Wat overblijft zijn oligopolies.
Dan de dataspect. Wie een colofon afdwingt verzamelt informatie over mailserveroperators. Wie het IP-adres aan de domeinoperator koppelt weet wie wat draait. Wie de frequentie van aanvragen logt kent de activiteit. Dat is geen paranoia — het is de logica van een corporatie opererend in een markt waar data valuta is.
Spamverdediging zou technisch haalbaar zijn zonder deze drempels. SPF, DKIM, DMARC, ARC, DANE — er bestaan gevestigde procedures. Telekom gebruikt er consequent geen enkele van. In plaats daarvan gebruikt ze handmatige goedkeuringen, formulieren en „reputatie". Reputatie die ze zelf definieert. Reputatie die ze niet meetbaar maakt. Reputatie die je enkel verwerft door je bij haar aan te melden.
Dat is geen technische standaard. Dat is een toegangsprocedure.
De historische lijn
BTX was een gesloten systeem. AOL was een gesloten systeem. CompuServe was een gesloten systeem. Alle drie hebben ze internet verloren. Telekom heeft dat nooit helemaal geaccepteerd.
Vandaag exploiteert Telekom mailservers die zich gedragen als een gesloten systeem. Ze bepaalt wie instuurt. Ze bepaalt wie ze informeert. Ze bepaalt welke standaarden ze erkent — en welke ze zelf negeert. Ze gebruikt marktmacht om voorwaarden op te leggen die internationaal niemand eist. Gmail, Outlook, Yahoo, Apple iCloud — allemaal accepteren mail van kleine serveroperators als basisconfiguratie klopt. Alleen Telekom niet.
Dat is geen Duitse bijzondere prestatie. Dat is een Duitse specialiteit.
Internationale providers hebben hun eigen problemen. Microsoft blokkeert graag hele IP-segmenten, Google filtert agressief, Yahoo is nauwelijks serieus. Maar niemand eist een colofon op het domein van de mailserver. Niemand dwingt particulieren hun woningadres te publiceren. Niemand weigert ontvangst om vervolgens via Google om te leiden. Dat is Telekom-speciaal.
Waarom dit voor libcom.de belangrijk is
libcom.de werkt al een kwart eeuw met open-source-infrastructuur. Een focus is soevereiniteit — het vermogen eigen systemen te draaien, eigen data te controleren, eigen communicatie te voeren. Een eigen mailserver draaien is daarvoor een klassiek gereedschap. Niet simpel. Het vraagt onderhoud, updates, monitoring. Maar het behoort toe aan de operator. Niet aan Telekom. Niet aan Google. Niet aan Microsoft.
Een eigen mailserver draaien laat een stukje internet leven zoals het bedacht was: decentraal, gefedereerd, open. Het SMTP-protocol is oud, maar het werkt. Het werkt zolang de grote spelers meespelen. Telekom speelt niet mee. Ze muurt.
Voor kleine en middelgrote bedrijven, freelancers, verenigingen, particulieren die hun gegevens niet voortvarend prijsgeven, is dit een reële hinderpaal. Ofwel ze buigen voor Telekoms speciale wensen — en geven gegevens prijs die ze niet hoefden prijs te geven. Ofwel ze doen afstand van communicatie met een deel van hun klanten, huurders, leden, partners. Beide onacceptabel.
Het gaat hier niet om geïsoleerde gevallen. Het gaat om een patroon. Telekom gebruikt een dominante marktpositie om voorwaarden op te leggen die internationale standaarden overschrijden. Ze doet dat onder het label spamverdediging. Ze doet het zonder kennisgeving aan haar eigen klanten. Ze doet het zonder juridische grondslag. Ze doet het omdat ze kan.
Wat te doen
Telekom-klanten: Overweeg of u @t-online.de nog nodig hebt. Als u beroepsmatig bereikbaar wilt zijn, controleer of uw eigen afzenders u bereiken. Vraag uw vakmensen, verhuurders, klanten. Als ze melden dat mail niet aankomt, ligt dat niet bij hen. Dat is uw provider. Stap over. Er zijn onafhankelijke mailproviders in Duitsland die zich aan standaarden houden. Manitu, Posteo, Mailbox.org, Sysprovide, Timme Hosting — allen respecteren RFC 1912 zonder extra’s.
Mailserveroperators: Documenteer incidenten. Schrijf naar tosa@rx.t-online.de, maar zet het Bundesnetzagentur in cc wanneer Telekom dwarsligt. In de praktijk helpt dat soms — niet omdat het agentschap bevoegd zou zijn, maar omdat Telekom dan merkt dat iemand oplet. Ga niet mee in nepcolofon. Blijf correct. Als Telekom u blokkeert, blokkeer dan — en leg het uit aan uw klanten, medewerkers, partners.
Klanten van Telekom-klanten: Geef het door. Als uw vakman @t-online.de gebruikt en u hem niet bereikt, zeg het hem. Hij zal het niet geloven. Toon hem de bounce-melding. Toon hem dat Telekom uw mail weigerde, niet u. Hij moet weten dat zijn provider hem afsnijdt. Hij moet weten dat hij onbereikbaar is. Hij moet weten dat dit geen zeldzaamheid is.
Politiek en belangenorganisaties: Dit is marktmisbruik. Het Bundesnetzagentur zou moeten onderzoeken of Telekoms prakrijk rijp is met netneutraliteit — e-mail is onderdeel van internetcommunicatie. De digitale branchevereniging Bitkom zou stelling moeten nemen. De toezichthouders voor gegevensbescherming zouden moeten onderzoeken of het verzamelen van colofongegevens door Telekom AVG-conform is. Zwijgen is hier instemming.
Concrete aanbeveling
Wie vandaag een @t-online.de-adres heeft, zou het spoedig moeten verwijderen. Niet opzeggen — verwijderen. Niet omzetten naar sluimeraccount. Verwijderen. Wie het houdt, signaleert aan Telekom: „Ik tolereer uw praktijk." Wie het verwijdert, signaleert: „Ik ga waar ik bereikbaar ben."
Dit is geen oproep tot wraak. Het is een oproep tot rede. Telekom zal niet wijzigen zolang klanten blijven. Ze zal wijzigen wanneer klanten vertrekken. Zo werken markten.
Wie beroepsmatig bereikbaar moet zijn, stapt over op een provider die RFC-conform werkt. Wie privé bereikbaar wil zijn, eveneens. Gecombineerde behoeften vinden bundelaanbiedingen. Kosten zijn beheersbaar. Voordelen aanzienlijk: geen eenzijdige blokkades, geen formulierprocessen, geen kafkaïaanse correspondenties in tekstblokken.
Wat libcom.de bijdraagt
libcom.de plant, begeleidt en exploiteert mailinfrastructuur — voor kleine en middelgrote bedrijven, freelancers, verenigingen, particulieren die hun communicatie in eigen hand willen houden. Al meer dan twee decennia. Met open source, met standaarden, zonder vendor lock-in.
Wie zijn maildiensten al meer dan twintig jaar in eigen hand houdt kent de voetangels die grote aanbieders verborgen blijven. Hij kent de providers die hun eigen regels defïniëren. Telekom is een geval. Microsoft is een geval. Google is een geval. Elk van deze acteurs heeft eigen mechanismen, eigen filters, eigen idiosyncrasieën. Mailservers draaien vereist ze te kennen. Niet kennen betekent ze ervaren — meestal om drie uur ’s nachts, als de logs volstromen en klanten bellen.
Grote, anonieme providers met meer dan twijfelachtige praktijken zijn geen redelijke keuze voor bedrijfspersonen die aangewezen zijn op betrouwbare communicatie. Ze binden klanten, dicteren voorwaarden, wijzigen voorwaarden naar believen en reageren op storingen met tekstblokken. Een kleine IT-professional die zelf exploiteert wat hij verkoopt kent zijn infrastructuur door en door. Hij kent de problemen omdat hij ze zelf doorleefde. Hij kent de workarounds omdat hij ze zelf uitwerken moest. Hij kent zijn klanten omdat hij met hen spreekt — niet per ticket maar persoonlijk. Maildiensten betrekken van zo’n partner levert deskundigheid die geen callcenter overbrengt. Iemand bereikbaar als het brandt. Iemand die Telekom kent — en weet hoe met Telekom om te gaan zonder zich te buigen.
Wie ondersteuning nodig heeft — opzetten, foutzoeken, communicatie met providers zoals Telekom, migratie weg van @t-online.de — kan zich melden. Schrijf naar contact@libcom.de. Wij maken een eerlijke inventarisatie. Zonder verkoopdruk. Met de blik op wat duurzaam standhoudt.
Telekom muurt. Dat is niet nieuw. Nieuw is slechts dat meer mensen het merken. Wie de muur niet accepteert moet gaan. Blijven betekent instemmen. Gaan betekent tegenspraak. Er is geen derde weg.
Opmerking: Dit artikel biedt algemene oriëntatie en vervangt geen juridisch advies. Inschattingen van Telekoms zakelijke praktijken berusten op publiek toegankelijke bronnen, forumbijdragen en praktijkervaring; alle gegevens worden zonder garantie verstrekt.