Hay una prehistoria que casi nadie recuerda ya. En los años ochenta, la antigua Bundespost operaba un servicio llamado Bildschirmtext — BTX. Un sistema cerrado, páginas propias, tarifas propias, censura propia. Quien quería participar tenía que pasar por la Deutsche Bundespost. Quien no quería pasar por ella quedaba fuera. Internet enterró aquel servicio más tarde. Con internet llegó el intercambio abierto, estandarizado, descentralizado, sin guardias. Telekom — sucesora de la Bundespost — lo aceptó formalmente. En la práctica, sin embargo, nunca del todo olvidó el modelo BTX.
Hoy puede comprobarse. Quien opera su propio servidor de correo y envía a una dirección @t-online.de vive a veces sorpresas. A veces llega. A veces no. A veces recibes una respuesta que parece un diálogo SMTP pero se lee como una invitación a un ejercicio escolar.
Qué pasa cuando el correo no llega
El mensaje de error es característico. En resumen, dice así:
554 IP=198.51.100.42 - A problem occurred.
(Ask your postmaster for help or to contact tosa@rx.t-online.de to clarify.)
Quien lo ve por primera vez sospecha un error de configuración propio. ¿Falta reverse DNS? ¿SPF incorrecto? ¿DKIM roto? Compruebas. Todo correcto. Escribes a tosa@rx.t-online.de. Recibes una respuesta que suele componerse de bloques de texto y remite a la sección 4.1 de las FAQ de postmaster de Telekom. Allí dice, en resumen:
A partir del nombre de host (FQDN) del sistema entregante deben poder investigarse y comprenderse fácilmente, para personas afectadas, el dominio y por tanto el sitio web del operador, con posibilidad de contacto inmediata.
Concretamente: el dominio bajo el cual funciona el servidor debe tener un sitio web. Ese sitio debe llevar un aviso legal. Nombre, dirección postal, teléfono, correo electrónico. De lo contrario, nada de entrega.
Suena dirigido contra el spam. Sobre todo va contra los pequeños operadores.
El doble lenguaje de las FAQ de postmaster
Leamos la misma sección 4.1 hasta el final. Habla de RFC 1912, de forward-confirmed reverse DNS, de la Directiva UE 2000/31/CE artículo 5. Referenciado limpio, fundamentado jurídicamente. El problema: la directiva se aplica a servicios digitales comerciales, normalmente de pago. Un aficionado que mantiene un servidor para sí y su familia no es proveedor de servicios según esa directiva. Tampoco un club que informa a sus miembros. Todavía menos un particular.
Telekom cita pues una norma que simplemente no corresponde a la mayoría de afectados — y sin embargo exige cumplimiento. Eso es, en el mejor caso, generosidad interpretativa. En el peor, presunción.
Añádase lo que Telekom escribe en sus propias FAQ de postmaster, sección 3.5:
Las firmas DKIM actualmente ni se establecen ni se evalúan. Por ello Telekom tampoco aplica SPF, ni pasivamente (recibiendo) ni activamente (enviando), mediante registros DNS correspondientes.
Es notable. Telekom exige de otros un aviso legal que supera los estándares RFC. Ella misma no usa ni SPF ni DKIM — dos de los procedimientos más establecidos contra la suplantación y el spam. No utiliza greylisting. No ofrece feedback-loop alguno con el que los emisores legítimos pudieran saber si sus mensajes fueron clasificados como spam — «debido a normas de protección de datos», dicen. Confidencialidad como argumento cuando se trata de explicar los propios procedimientos. Confidencialidad como ignorancia cuando se trata de exigir datos ajenos.
Esto no es defensa contra spam. Es coacción unilateral.
Quién resulta afectado
Los afectados no son los grandes enviadores. Estos hace tiempo que están en smarthosts de Microsoft, Google, Amazon SES, Mailgun o Sendgrid. Tienen gestores de cuenta propios en los grandes proveedores. Tienen equipos de deliverability. Llaman a los postmasters. Para ellos esto no supone ningún problema.
Resultan afectados:
- Particulares que mantienen un pequeño servidor para sí mismos y su familia. Quienes no quieren confiar su correo a las grandes corporaciones. Quienes obran conforme al RGPD sencillamente no entregando ningún dato.
- Clubes e iniciativas que comunican vía dominio propio. Voluntarios sin presupuesto para proveedores externos.
- Pequeños oficios — carniceros, panaderos, carpinterías — que tradicionalmente usan direcciones
@t-online.depero cada vez más trabajan con dominios propios. Si el negocio mismo se aloja en Telekom, funciona. Si no, a veces no. - Pequeños proveedores de TI y hosting que operan servidores para clientes y han de repetir todo el circo en cada cambio de IP, mudanza, nuevo subsegmento.
- Autónomos y profesionales independientes que no quieren publicar su dirección privada en un aviso legal — y bajo § 5 DDG no están obligados si no operan un sitio comercial.
Telekom no informa a sus propios clientes de que sus buzones se vuelven prácticamente inalcanzables para parte del mundo. El usuario @t-online.de no se entera. Espera el correo del artesano, la confirmación del pedido, la respuesta del arrendador. No llega. Llama. El emisor dice: «Lo envié». Ambos se quedan allí. Telekom se interpuso, inadvertidamente.
Eso no es defensa contra spam. Es un muro trazado en medio de una comunicación que debería funcionar.
Los rodeos y lo que cuestan
Para evitar el muro hay varias opciones. Ninguna satisfactoria.
Smarthost vía Google o Microsoft. Telekom lo recomienda ella misma — educadamente, en bloques de texto. Quien retransmite vía Gmail entra. Pero DKIM y DMARC ya no funcionan correctamente, porque la firma de tu propio dominio desaparece. Pagas autenticidad por entrega. Servicios profesionales de smarthost que conservan DKIM cuestan dinero. ¿Para 3–4 correos al año a T-Online inversión rentable? Apenas.
Aviso legal falso. Sucede regularmente en la práctica. Algún nombre, alguna dirección, mientras el chequeo de Telekom pase. Legalidad aparte. Telekom no verifica si los datos son correctos. Sólo comprueba que haya algo. Resultado: confidencialidad socavada sin que a Telekom le importe. Spam no reducido. Operadores legítimos inducidos al engaño. Quien no puede jugar el sistema cae. Quien lo juega pasa. Así no funciona la protección.
Cancelar la cuenta T-Online. Consecuencia que cada vez más operadores contemplan. Si no puedes alcanzar @t-online.de porque Telekom dicta condiciones unilateralmente, en algún momento no puedes seguir justificándolo. El artesano, el cliente, el arrendador — tienen que entender que su dirección ya no funciona. Algunos sólo lo descubren cuando deja de llegar correo importante.
Bloquear uno mismo. Algunos operadores llegan incluso a responder al correo entrante desde servidores de Telekom con un autocontestador explicando la situación. Es legítimo, pero al usuario @t-online.de le suena a testarudez. Telekom ganó, porque tiene la potestad de definir qué significa «defensa contra spam».
Lo que Telekom realmente quiere
La justificación oficial reza: defensa contra spam, protección de clientes, transparencia. La realidad luce otra cosa.
Telekom opera desde hace décadas un ecosistema cerrado. MagentaEARTH, MagentaZuhause, MagentaCloud — todo bajo un mismo techo. Cliente de Telekom una vez, siempre cliente de Telekom. El correo es ahí un instrumento de vinculación. Usar @t-online.de dificulta cambiar — libretas de direcciones, suscripciones, registros, todo cuelga de ello.
Cuanto mayor la barrera para servidores externos, más atractivo el servicio interno. Cuantos más proveedores externos fracasan, más clientes migran a los grandes agregadores — Microsoft 365, Google Workspace — o precisamente a Telekom. Los pequeños operadores caen silenciosamente. El mercado se consolida. Lo que queda son oligopolios.
Además el ángulo de datos. Quien impone un aviso legal recoge información sobre operadores de servidores. Quien conecta la IP con el operador del dominio sabe quién opera qué. Quien registra la frecuencia de solicitudes conoce la actividad. No es paranoia — es la lógica de una corporación actuando en un mercado donde los datos son moneda.
Defensa contra spam sería técnicamente posible sin estas barreras. SPF, DKIM, DMARC, ARC, DANE — existen procedimientos establecidos. Telekom no usa ninguno de manera consistente. Usa en cambio aprobaciones manuales, formularios y «reputación». Reputación que ella define. Reputación que no vuelve medible. Reputación que sólo obtienes inscribiéndote con ella.
No es un estándar técnico. Es un procedimiento de acceso.
El hilo histórico
BTX fue un sistema cerrado. AOL fue un sistema cerrado. CompuServe fue un sistema cerrado. Los tres perdieron internet. Telekom nunca acabó de aceptarlo.
Hoy Telekom opera servidores de correo que se comportan como un sistema cerrado. Decide quién envía dentro. Decide a quién informa. Decide qué estándares reconoce — y cuáles ignora ella misma. Usa poder de mercado para imponer condiciones que internacionalmente nadie demanda. Gmail, Outlook, Yahoo, Apple iCloud — todos aceptan correo de pequeños operadores cuando la configuración básica es correcta. Sólo Telekom no.
No es un logro especial alemán. Es una especialidad alemana.
Proveedores internacionales tienen sus propios problemas. Microsoft gusta de bloquear segmentos enteros, Google filtra agresivamente, Yahoo apenas merece ya crédito. Pero nadie exige un aviso legal en el dominio del servidor. Nadie fuerza a particulares a publicar su dirección residencial. Nadie rechaza la aceptación para luego recomendar el rodeo vía Google. Eso es especial Telekom.
Por qué importa a libcom.de
libcom.de trabaja desde hace un cuarto de siglo con infraestructuras de código abierto. Un foco es soberanía — la capacidad de operar sistemas propios, controlar datos propios, conducir comunicaciones propias. Operar tu propio servidor de correo es una herramienta clásica para eso. No es sencillo. Requiere mantenimiento, actualizaciones, monitorización. Pero pertenece al operador. No a Telekom. No a Google. No a Microsoft.
Operar tu propio servidor mantiene vivo un fragmento de internet tal como fue concebido: descentralizado, federado, abierto. El protocolo SMTP es viejo, pero funciona. Funciona mientras los grandes actores juegan. Telekom no juega. Amuralla.
Para pymes, autónomos, clubes, particulares poco dispuestos a revelar prematuramente sus datos, esto es un obstáculo real. O se pliegan a los deseos especiales de Telekom — y entregan datos que no tendrían que entregar. O renuncian a comunicar con parte de sus clientes, arrendadores, socios, compañeros. Ambas cosas inaceptables.
No se trata de casos aislados. Se trata de un patrón. Telekom usa posición dominante para imponer condiciones que exceden los estándares internacionales. Lo hace bajo la etiqueta defensa contra spam. Lo hace sin notificar a sus propios clientes. Lo hace sin cobertura jurídica. Lo hace porque puede.
Qué hacer
Clientes de Telekom: Consideren si aún necesitan @t-online.de. Si desean ser alcanzables profesionalmente, comprueben si sus propios emisores les alcanzan. Pregunten a sus artesanos, arrendadores, clientes. Si reportan que el correo no llega, no es problema de ellos. Es de su proveedor. Cambien. Hay proveedores independientes en Alemania que respetan los estándares. Manitu, Posteo, Mailbox.org, Sysprovide, Timme Hosting — todos respetan RFC 1912 sin extras.
Operadores de servidores: Documenten incidentes. Escriban a tosa@rx.t-online.de, pero pongan en copia a la Agencia Federal de Redes cuando Telekom se resista. En la práctica a veces produce efecto — no porque la agencia fuera competente, sino porque Telekom nota que alguien vigila. No jueguen con avisos legales falsos. Manténganse correctos. Si Telekom les bloquea, entonces bloqueen — y explíquenlo a sus clientes, empleados, socios.
Clientes de clientes de Telekom: Pásenlo. Si su artesano usa @t-online.de y no le alcanza, dígaselo. No lo creerá. Muéstrenle el mensaje de rebote. Muéstrenle que Telekom rechazó su correo, no usted. Tiene que saber que su proveedor le aísla. Tiene que saber que es inalcanzable. Tiene que saber que esto no es raro.
Política y asociaciones: Esto es abuso de mercado. La Agencia Federal de Redes debería examinar si la práctica de Telekom es compatible con la neutralidad de red — el correo forma parte de la comunicación en internet. La asociación digital Bitkom debería posicionarse. Las autoridades de protección de datos deberían examinar si la recogida de datos de aviso legal por Telekom cumple con el RGPD. El silencio equivale aquí a asentimiento.
Recomendación concreta
Quien hoy tenga una dirección @t-online.de debería eliminarla cuanto antes. No cancelarla — eliminarla. No convertirla en cuenta dormida. Eliminarla. Mantenerla señala a Telekom: «Tolero vuestra práctica». Eliminarla señala: «Voy adonde soy alcanzable».
No es una llamada a la venganza. Es una llamada a la razón. Telekom no cambiará mientras los clientes se queden. Cambiará cuando se vayan. Así funcionan los mercados.
Quien deba ser alcanzable profesionalmente cambia a un proveedor que opere conforme a RFC. Quien quiera serlo privado igual. Necesidades combinadas encuentran ofertas conjuntas. Costes son manejables. Ventajas considerables: sin bloqueos unilaterales, sin procesos formulario, sin correspondencias kafkianas en bloques de texto.
Lo que aporta libcom.de
libcom.de planifica, acompaña y opera infraestructuras de correo — para pymes, autónomos, clubes, particulares que quieren mantener sus comunicaciones en sus manos. Desde hace más de dos décadas. Con código abierto, con estándares, sin dependencia exclusiva.
Quien mantiene sus servicios de correo en sus manos desde hace más de veinte años conoce los tropiezos que permanecen ocultos a los grandes proveedores. Conoce los proveedores que definen sus propias reglas. Telekom es un caso. Microsoft es un caso. Google es un caso. Cada actor tiene sus mecanismos, filtros, idiosincrasias. Operar servidores implica conocerlos. No conocerlos significa experimentarlos — habitualmente a las tres de la mañana, cuando los logs se llenan y los clientes llaman.
Grandes proveedores anónimos con prácticas más que dudosas no son elección razonable para profesionales que dependen de comunicación fiable. Encadenan clientes, dictan condiciones, cambian términos a voluntad y responden a incidencias con bloques de texto. Un pequeño profesional de TI que opera lo que vende conoce su infraestructura de cabo a rabo. Conoce los problemas por haberlos vivido él mismo. Conoce los rodeos por haberlos elaborado él mismo. Conoce a sus clientes porque habla con ellos — no por ticket sino personalmente. Obtener servicios de correo de tal pareja procura pericia que ningún centro de atención transmitirá. Alguien disponible cuando arde. Alguien que conoce a Telekom — y que sabe cómo tratar con Telekom sin plegarse a ella.
Quien necesite apoyo — instalación, búsqueda de errores, comunicación con proveedores como Telekom, migración fuera de @t-online.de — puede manifestarse. Escribid a contact@libcom.de. Hacemos un inventario honesto. Sin presión comercial. Con vista a lo que dura a largo plazo.
Telekom amuralla. No es nuevo. Nuevo sólo es que más gente lo note. Rechazar el muro significa irse. Quedarse significa consentir. Irse significa discrepar. No hay tercera vía.
Nota: Este artículo ofrece orientación general y no constituye asesoramiento jurídico. Valoraciones sobre las prácticas comerciales de Telekom se basan en fuentes públicamente accesibles, contribuciones en foros y experiencia práctica; toda la información se facilita sin garantía.