O vídeo recebido funciona, mas a cópia reencaminhada está incompleta? O Thunderbird 159.0 corrige uma falha no reencaminhamento de MP4. Este guia ajuda utilizadores de computador e pequenos escritórios a distinguir original, rascunho e transferência, sem apagar mensagens ou anexos. [1]
Que problema está em causa?
O erro 2077839 descreve um anexo MP4 intacto que ficava truncado durante o reencaminhamento normal. Não é o mesmo que uma janela de anexos que não abre, um separador PDF vazio ou um limite do servidor. O registo indica a correção no Thunderbird 159, não em todas as versões ESR. A aprovação de um patch, por si só, não demonstra que uma versão ESR já foi distribuída. [2]
Preparação e cópia de segurança
Precisa da mensagem original, espaço local suficiente e um vídeo de teste de confiança sem dados confidenciais. Preserve o original e faça uma cópia do perfil antes de atualizar. Segundo a Mozilla, a exportação ZIP integrada está limitada a 2 GB; para perfis maiores, use a cópia da pasta documentada e feche completamente o Thunderbird antes de copiar. Guarde a cópia separadamente, com acesso restrito. [3]
Cinco verificações seguras
- Verificar o original: Guarde o MP4 recebido numa pasta de teste própria, sem substituir ficheiros. Registe o tamanho real em bytes e verifique o início, o meio e o fim num leitor local atualizado. Se este ficheiro já estiver danificado, o reencaminhamento não explica sozinho o problema.
- Comparar o rascunho: Volte a abrir a mensagem original e escolha Reencaminhar, sem enviar. Procure anexos em falta ou um tamanho claramente inferior. Os valores arredondados em KB/MB são apenas indícios: a codificação e os cabeçalhos aumentam a mensagem completa, cujo tamanho não é diretamente comparável ao do MP4. Mantenha original e rascunho separados.
- Usar um percurso de controlo: Crie uma nova mensagem em rascunho e anexe manualmente o MP4 completo guardado antes. Esta alternativa descrita no relatório evita a rotina normal de reencaminhamento, mas não garante sucesso. Confirme nome, anexo e destinatários; o diagnóstico local não exige envio. [2]
- Atualizar de forma planeada: Depois da cópia, registe a versão completa e o canal. Use uma versão aprovada com correção documentada; a 159.0 inclui expressamente esta falha. A janela Acerca do Thunderbird pode iniciar a transferência de atualizações. Em Linux, atualize os pacotes da distribuição pelo respetivo gestor; coordene instalações geridas com a informática e não mude de ESR sem planeamento. [1][4]
- Repetir o mesmo caso: Após reiniciar, reencaminhe novamente a mesma mensagem original intacta e compare com o novo rascunho que contém o anexo manual. Se for necessário testar toda a transferência, use apenas uma caixa de teste autorizada e dados não confidenciais. Compare o MP4 aí guardado com o original local, não o tamanho da mensagem completa.
Validação e recuperação
A verificação passa quando a cópia guardada pelo destinatário tem o mesmo número de bytes e é reproduzida por completo; comparar valores SHA-256 pode confirmar também a igualdade binária. O mesmo tamanho não prova conteúdo idêntico, nem a reprodução prova igualdade binária. Sem envio, apenas se concluiu a verificação local do rascunho. Perante diferenças, não envie o rascunho problemático, preserve original e cópia e use o anexo manual controlado. Evite regressões de versão ou reposições de perfil sem controlo.
Limites, data e fontes
Atualizado em 3 de novembro de 2026. Guia baseado em fontes, sem teste próprio de reprodução no Thunderbird. Se a falha persistir, comunique versão, sistema operativo, modo de reencaminhamento e bytes ao suporte; remova primeiro dados privados de mensagens e vídeos. Nunca publique caixas de correio ou anexos confidenciais. Não desative software de segurança. A declaração concreta refere-se ao Thunderbird Desktop; outros clientes, aplicações móveis, limites de servidor e distribuição ESR exigem verificação separada. Sem links de compra ou afiliados.