Thunderbird 159: verificare che gli allegati MP4 inoltrati siano completi

Il video ricevuto funziona, ma la copia inoltrata è incompleta? Thunderbird 159.0 corregge un difetto nell’inoltro degli MP4. Questa guida aiuta utenti desktop e piccoli uffici a distinguere originale, bozza e trasferimento senza eliminare messaggi o allegati. [1]

Quale problema viene esaminato?

Il bug 2077839 descrive un allegato MP4 integro che veniva troncato durante il normale inoltro. Non coincide con una finestra allegati che non si apre, una scheda PDF vuota o un limite del server. Il registro indica Thunderbird 159 come corretto, non tutte le versioni ESR. L’approvazione di una patch non dimostra da sola che una versione ESR sia già stata distribuita. [2]

Preparazione e backup

Servono il messaggio originale, spazio locale sufficiente e un video di prova affidabile senza dati riservati. Conservate l’originale intatto e salvate il profilo prima di aggiornare. Mozilla limita l’esportazione ZIP integrata a 2 GB; per profili maggiori usate la copia della cartella documentata e chiudete completamente Thunderbird prima di copiare. Conservate il backup separatamente, con accesso limitato. [3]

Cinque controlli sicuri

  1. Controllare l’originale: salvate l’MP4 ricevuto in una cartella di prova separata senza sovrascrivere file. Annotate le dimensioni effettive in byte e controllate inizio, metà e fine con un lettore locale aggiornato. Se questo file è già danneggiato, l’inoltro non è l’unica spiegazione.
  2. Confrontare la bozza: riaprite il messaggio originale e scegliete Inoltra senza inviare. Cercate allegati mancanti o dimensioni nettamente inferiori. I valori arrotondati in KB/MB sono solo indizi: codifica e intestazioni aumentano il messaggio completo, che non è direttamente confrontabile con il file MP4. Tenete separati originale e bozza.
  3. Usare un percorso di controllo: create una nuova bozza e allegate manualmente l’MP4 completo salvato prima. Questa alternativa descritta nel rapporto evita la normale procedura di inoltro, ma non garantisce il risultato. Ricontrollate nome, allegato e destinatari; la diagnosi locale non richiede l’invio. [2]
  4. Aggiornare in modo mirato: dopo il backup, annotate versione completa e canale. Usate una versione approvata con correzione documentata; 159.0 cita esplicitamente questo difetto. Informazioni su Thunderbird può già scaricare aggiornamenti. Per i pacchetti Linux della distribuzione usate il relativo gestore; concordate gli aggiornamenti aziendali con l’IT e non cambiate ESR senza pianificazione. [1][4]
  5. Ripetere lo stesso caso: dopo il riavvio, inoltrate lo stesso originale intatto e confrontate con la nuova bozza contenente il file allegato manualmente. Se occorre verificare l’intero trasferimento, usate solo una casella di prova autorizzata e dati non riservati. Confrontate l’MP4 salvato lì con l’originale locale, non le dimensioni dell’intera email.

Verifica e ripristino

Il controllo riesce quando la copia salvata dal destinatario ha lo stesso numero di byte e si riproduce interamente; confrontare i valori SHA-256 può confermare anche l’identità binaria. Dimensioni uguali non provano contenuti identici, né la riproduzione prova identità binaria. Senza invio è concluso soltanto il controllo della bozza locale. In caso di differenze, non inviate la bozza difettosa, conservate originale e backup e usate l’allegato manuale controllato. Evitate downgrade o ripristini del profilo incontrollati.

Limiti, data e fonti

Aggiornato al 3 novembre 2026. Guida basata su fonti, senza nostra riproduzione del problema in Thunderbird. Se persiste, comunicate all’assistenza versione, sistema operativo, modalità di inoltro e byte; ripulite prima messaggi e video dai dati privati. Non pubblicate caselle originali o allegati riservati. Non disattivate la sicurezza. L’affermazione specifica riguarda Thunderbird Desktop; altri client, app mobili, limiti server e distribuzione ESR richiedono controlli separati. Nessun link commerciale o affiliato.