Thunderbird 159: comprobar calendarios CalDAV tras errores de red

¿El calendario web está al día, pero Thunderbird muestra datos antiguos? Según el fabricante, la versión 159.0 corrige una sincronización CalDAV que podía detenerse tras un error de red hasta reiniciar. Esta guía ayuda a usuarios de escritorio y pequeños equipos de TI a investigar sin borrar calendarios. [1]

Qué está demostrado

Las notas del 27 de octubre de 2026 mencionan expresamente esta corrección CalDAV. Los contactos CardDAV, los mensajes IMAP y Microsoft Graph son funciones distintas. El arreglo independiente de la detección de calendarios OAuth2 no es el mismo fallo. La evidencia corresponde a Thunderbird 159.0 en el canal Release, no a todas las versiones ESR o proveedores. Que reiniciar ayude temporalmente no demuestra la causa. [1]

Preparación y copia de seguridad

Necesitas el calendario afectado, acceso autorizado al calendario web y un destino protegido para la copia. Anota sistema operativo, versión en ejecución, método de instalación y hora del fallo. Localiza la carpeta del perfil mediante Ayuda → Información para solucionar problemas, cierra Thunderbird por completo y copia toda la carpeta a otro lugar. Contiene datos sensibles. Una exportación ICS adicional guarda el estado local visible, quizá ya desactualizado; no sustituye la copia del perfil ni del servidor. No la publiques ni la importes de nuevo como prueba. [2] [3]

Cinco comprobaciones seguras

  1. Confirma que el calendario usa CalDAV y está seleccionado y visible. Un calendario local o una suscripción ICS de solo lectura es otro caso. Compara dos eventos existentes con el calendario web: fecha, hora, zona horaria y una repetición. Si tampoco aparecen allí, investiga primero los datos del proveedor.
  2. Restablece la conexión normal y comprueba que el proveedor responde. Ejecuta la sincronización habitual y observa si siguen faltando eventos. No provoques cortes de red. Detente ante avisos de certificado, bloqueos o falta de permisos; no desactives controles ni repitas intentos de contraseña.
  3. Haz primero la copia y utiliza el método de actualización autorizado. En una instalación directa, Ayuda → Acerca de Thunderbird puede buscar y descargar automáticamente; macOS tiene la opción equivalente Acerca de Thunderbird. Actualiza paquetes Linux con su gestor. No cambies por tu cuenta el canal de instalaciones administradas o ESR. Tras reiniciar, comprueba la versión realmente ejecutada. [4]
  4. Abre el mismo calendario y repite la comparación de solo lectura. Si antes solo sincronizaba después de reiniciar, registra la observación, no una causa confirmada. No elimines preventivamente calendarios, cuentas, cachés o credenciales. No modifiques eventos reales ni envíes invitaciones como prueba.
  5. Después de otro inicio normal, revisa los mismos eventos. Anota versión, hora y resultado. Si más adelante se produce un fallo de red durante el uso normal, comprueba después la sincronización; un inicio correcto no verifica la recuperación de la conexión. Si sigue detenida, facilita al soporte solo errores depurados y la secuencia observada.

Validación y recuperación

La comparación de lectura se supera cuando coinciden eventos, horas y repeticiones con el proveedor. No prueba sincronización de escritura ni entrega de invitaciones. Si hay diferencias, utiliza temporalmente el calendario web autorizado y detén los cambios. Antes de restaurar un perfil, conserva aparte el estado actual, cierra Thunderbird y sigue el procedimiento documentado. Una restauración local no revierte cambios del servidor; no recurras a una versión anterior como arreglo rápido. [2]

Fecha y límites

Revisado el 1 de noviembre de 2026. Análisis editorial de fuentes del fabricante, sin prueba práctica propia. No se ha asignado con certeza un número Bugzilla, por lo que no se inventa. La actualidad procede del lanzamiento, no de un auge demostrado de búsquedas CalDAV. Sin enlaces de afiliados ni compras adicionales.