Mail.app falha quando determinadas mensagens são selecionadas

Question

Eu recentemente migrei um usuário do OS X 10.4 para o 10.5. Quando rodamos o Mail.app, ele irá travar quando certas mensagens forem clicadas.

Eu tentei tudo que pude para obter o e-mail de uma maneira diferente - importando-o de maneiras diferentes, excluindo ~ / Library / Preferences / com.apple.mail.plist e reimportando, etc.

Parece que o problema está ligado à mensagem individual, pois clicar em uma determinada mensagem, mesmo que esteja em pastas diferentes (devido à maneira como foi importado) causa a falha.

A maioria dos registros de falhas de mais ou menos uma dúzia começa assim:

Process:         Mail [17905] Path:   
/Applications/Mail.app/Contents/MacOS/Mail
Identifier:      com.apple.mail
Version:         3.3 (926.1) Build
Info:      Mail-9260100~1 Code Type:  
X86 (Native) Parent Process:  launchd
[119]

Date/Time:       2009-09-29
10:47:52.713 -0600 OS Version:     
Mac OS X 10.5.7 (9J61) Report Version:
6 Anonymous UUID: 
285B8613-3118-4F91-A28C-BC405D91FAFD

Exception Type:  EXC_BAD_ACCESS
(SIGSEGV) Exception Codes:
KERN_INVALID_ADDRESS at
0x0000000089082454 Crashed Thread:  0

Application Specific Information:
-[MessageContentController _fetchContentsForMessage:fromStore:withViewingState:]

Uma entrada mostra:

Application Specific Information:
-[MessageTransfer _synchronouslyPerformTransfer]
+[Library synchronouslyUpdateMessageFiles]
-[MessageContentController _fetchContentsForMessage:fromStore:withViewingState:]

Atualizar

Veja meus comentários para a (s) resposta (s) abaixo.

Consegui determinar qual arquivo corresponde a qual e-mail. Primeiro, eu tive que descobrir onde a pasta de e-mail estava. Olhando em ~ / Library / com.apple.mail.plist ajudou. (Acho que correr

defaults read com.apple.mail | grep AccountPath

receberá essa informação)

Nesse caso, a pasta era análoga a:

~/Library/Mail/POP-first.last#mail.ourdomain.com@IP_ADDRESS/INBOX.mbox/Messages

Eu fui então para esse diretório e enviei este comando:

grep -r . -e "^From: " -e "^Subject: " -e "^Date: " -m 3 > summary.txt

Eu abri o arquivo e procurei nele. Pesquisar o assunto facilita a visualização de qual arquivo a mensagem reside.

Tendo feito isso, eu olhei para alguns dos arquivos - e nada parece estar errado para mim: (

Atualização 2 - Problema em andamento

Eu esperava que isso afetasse somente os e-mails mais antigos, mas um e-mail recebido ontem (21 de outubro) também apresenta o problema.

Atualização 3 - Registro do sistema

Curiosamente, quando abri o console como usuário, nada apareceu na seção "Todas as mensagens" ou "Mensagens do console". Aqui está o que eu consegui de seguir o system.log, quando abri o Mail, selecionei uma mensagem que iria travá-lo e repeti o processo uma segunda vez:

Oct 23 10:01:29 [computer-name] Console[56949]: Error: status 2 returned by _asl_server_query
Oct 23 10:01:39 [computer-name] ReportCrash[57070]: Formulating crash report for process Mail[56828]
Oct 23 10:01:40 [computer-name] ReportCrash[57070]: Saved crashreport to /Users/[user-name]/Library/Logs/CrashReporter/Mail_2009-10-23-100136_[computer-name].crash using uid: 504 gid: 504, euid: 504 egid: 504
Oct 23 10:01:40 [computer-name] com.apple.launchd[296] ([0x0-0x14c14c].com.apple.mail[56828]): Exited abnormally: Segmentation fault
Oct 23 10:02:01 [computer-name] ReportCrash[57098]: Formulating crash report for process Mail[57085]
Oct 23 10:02:02 [computer-name] ReportCrash[57098]: Saved crashreport to /Users/[user-name]/Library/Logs/CrashReporter/Mail_2009-10-23-100159_[computer-name].crash using uid: 504 gid: 504, euid: 504 egid: 504
Oct 23 10:02:02 [computer-name] com.apple.launchd[296] ([0x0-0x150150].com.apple.mail[57085]): Exited abnormally: Segmentation fault
Oct 23 10:03:02 [computer-name] Console[56949]: Error: status 2 returned by _asl_server_query

Pergunta adicional

Ocorre-me que há uma pequena chance de que os dados sejam bons e que o aplicativo (ou uma das bibliotecas ou estruturas de que depende) esteja corrompido. Existe uma boa maneira de verificar? (Eu poderia recursivamente instalar o disco rígido inteiro, e fazer isso em uma máquina que tem uma imagem cristalina, mas ainda haveria muito ruído nos dados, tenho certeza.)

Estou copiando a pasta da biblioteca da partição antiga e tentarei restaurá-la em um computador diferente.

    

Answer 1

A menos que eu tenha esquecido, eu não acho que você mencionou a versão de 10.5 que você está usando. Eu tinha Mail.app falhando ao abrir anexos (e até mesmo ler algumas mensagens) problema quando eu estava executando 10.5.4. Eu atualizei para 10.5.5, mas o problema persistiu. De 10.5.5, eu fiz um salto enorme para 10.5.8, que veio com uma nova versão do Mail.app que resolveu completamente o problema. Mail.app não caiu mais. Eu já atualizei para o Snow Leopard, que acredito também traz a versão mais recente do Mail.app. Eu tenho sido feliz desde então.

    

Answer 2

Apenas para reiterar, o problema é: mesmo que o próprio repositório de e-mails tenha sido migrado com êxito para o 10.5, o Mail.app falhará ao tentar exibir determinadas mensagens individuais.

Você precisa verificar algumas coisas, é claro.

Primeiro, adicione a coluna de visualização de anexos, Visualizar- > Colunas- > Anexos. Veja se as mensagens que causam falha de correspondência correspondem aos anexos.

Segundo, deduza se houver algo comum entre todas as mensagens que falharem.

Terceiro teste para ver se a mesma mensagem de e-mail fará com que o aplicativo falhe consistentemente. Se isso acontecer, então pelo menos você sabe que é um problema com as mensagens e não o aplicativo.

Além disso, tente desabilitar as ACLs internas para ver se é algum tipo de erro de permissão. No tipo de linha de comando: fsaclctl -p / -d

Por favor, deixe-nos saber o que você encontra.

    

Answer 3

Você verificou com o Console.app (painel esquerdo: Banco de dados - > todas as mensagens) se foram plug-ins de terceiros ou extensões que foram carregadas antes do lançamento do Mail ou antes de você ler esses emails?

Se o problema vier de algo diferente de Mail, deve ser log lá.