¿El vídeo recibido funciona, pero la copia reenviada está incompleta? Thunderbird 159.0 corrige un fallo al reenviar MP4. Esta guía ayuda a usuarios de escritorio y pequeñas oficinas a distinguir original, borrador y transferencia sin borrar mensajes ni adjuntos. [1]
¿Qué fallo se analiza?
El error 2077839 describe un MP4 intacto que se truncaba durante el reenvío normal. No equivale a un diálogo de adjuntos que no abre, una pestaña PDF vacía o un límite del servidor. El registro marca Thunderbird 159 como corregido, no todas las versiones ESR. La aprobación de un parche no demuestra por sí sola que una versión ESR se haya distribuido. [2]
Preparación y copia de seguridad
Necesita el mensaje original, espacio local suficiente y un vídeo de prueba fiable sin información confidencial. Conserve el mensaje original intacto y respalde el perfil antes de actualizar. Mozilla limita la exportación ZIP integrada a 2 GB; para perfiles mayores utilice la copia de carpeta documentada y cierre completamente Thunderbird antes de copiar. Guarde el respaldo separado y con acceso restringido. [3]
Cinco comprobaciones seguras
- Revisar el original: Guarde el MP4 recibido en una carpeta de prueba independiente sin sobrescribir archivos. Anote el tamaño real en bytes y compruebe inicio, parte central y final en un reproductor local actualizado. Si ese archivo ya está dañado, el reenvío no es la única explicación.
- Comparar el borrador: Abra de nuevo el mensaje original y elija Reenviar sin enviarlo. Busque adjuntos ausentes o un tamaño claramente inferior. Los KB/MB redondeados son solo indicios: la codificación y las cabeceras aumentan el tamaño del correo completo, que no puede compararse directamente con el MP4. Mantenga original y borrador separados.
- Usar una ruta de control: Cree un borrador nuevo y adjunte manualmente el MP4 completo guardado antes. Esta alternativa descrita en el informe evita la rutina de reenvío normal, pero no garantiza éxito. Revise nombre de archivo, adjunto y destinatarios; no es necesario enviar para el diagnóstico local. [2]
- Actualizar con criterio: Tras el respaldo, anote versión completa y canal. Utilice una versión aprobada con corrección documentada; 159.0 menciona expresamente este fallo. Acerca de Thunderbird puede iniciar la descarga de actualizaciones. Actualice los paquetes Linux de la distribución con su gestor; coordine instalaciones administradas con TI y no cambie de ESR sin planificarlo. [1][4]
- Repetir el mismo caso: Después de reiniciar, reenvíe el mismo original intacto y compare con el nuevo borrador que contiene el archivo adjuntado manualmente. Si necesita verificar toda la transferencia, use solo un buzón de prueba autorizado y datos no confidenciales. Compare el MP4 guardado allí con el original local, no el tamaño de todo el correo.
Validación y recuperación
La comprobación es satisfactoria cuando la copia guardada por el destinatario tiene los mismos bytes y se reproduce completa; comparar valores SHA-256 permite confirmar además igualdad binaria. El tamaño idéntico no prueba contenido idéntico y reproducir el vídeo no prueba igualdad binaria. Sin envío solo queda comprobado el borrador local. Ante diferencias, no envíe el borrador defectuoso, conserve original y respaldo y utilice el adjunto manual controlado. Evite volver de versión o restablecer el perfil sin control.
Límites, fecha y fuentes
Actualizado el 3 de noviembre de 2026. Guía basada en fuentes, sin reproducción propia del fallo en Thunderbird. Si persiste, comunique versión, sistema operativo, tipo de reenvío y bytes al soporte; elimine primero información privada de mensajes y vídeos. No publique buzones originales ni adjuntos confidenciales. No desactive la seguridad. La afirmación concreta corresponde a Thunderbird Desktop; otros clientes, aplicaciones móviles, límites de servidor y distribución ESR requieren comprobación aparte. Sin enlaces de compra o afiliados.