Summary: | SIGSEGV во время открытия IMAP-ящика | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | ildar <ildar> |
Component: | mutt1.5 | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | major | ||
Priority: | P3 | CC: | shader |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
ildar
2009-08-12 12:11:44 MSD
последние строки перед падением в .muttdebug0: [2009-08-12 15:04:15] 4< * 814 FETCH (UID 830 INTERNALDATE "12-Aug-2009 04:48:57 +0000" RFC822.SIZE 7838 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE CONTENT-DESCRIPTION IN-REPLY-TO REPLY-TO LINES LIST-POST X-LABEL)] {334} [2009-08-12 15:04:15] Handling FETCH [2009-08-12 15:04:15] FETCH response ignored for this message [2009-08-12 15:04:15] imap_read_literal: reading 334 bytes Date: Wed, 12 Aug 2009 10:43:22 +0600 From: Ildar Mulyukov <ildar@altlinux.ru> Subject: addresses from balsa-ab are not encoded properly To: balsa-list@gnome.org Message-Id: <1250052202.15355.14@ildar.innovations.kz> Content-Type: multipart/mixed; boundary="=-0CepitMqizduFz3Ye7YA" List-Post: <mailto:balsa-list@gnome.org> [2009-08-12 15:04:15] 4< FLAGS (\Seen)) [2009-08-12 15:04:15] parse_parameters: `boundary="=-0CepitMqizduFz3Ye7YA"' [2009-08-12 15:04:15] parse_parameter: `boundary' = `=-0CepitMqizduFz3Ye7YA' [2009-08-12 15:04:15] 4< a0005 OK FETCH completed [2009-08-12 15:04:15] IMAP queue drained (В ответ на комментарий №2) > Похоже на это > http://dev.mutt.org/trac/attachment/ticket/3288/537694-segv-imap-headers.patch Да, это оно, а в 3:1.5.20-alt3 этого патча нет и SIGSEGV остался Вобшем детали бага: падает по SIGSEGV в mx_update_context (строка 1776 для alt2 и 1771 для alt3 в mx.c) из-за того, что указатель h==NULL, а должен указывать на header письма. Происходит это только если в ящике есть уже прочитанные письма. Если в ящике только новые, то не падает. Кэширование заголовков никак на проблему не влияет. Во всяком случае это происходит когда старые письма находятся перед новыми, влияет ли на этот порядок то, какой используется imap сервер, я не знаю. Во всяком случае на imap.yandex.ru это проявляется. |