| Summary: | missing attachment flags | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Samuele Carcagno <sam.carcagno> |
| Component: | IMAP resource | Assignee: | Christian Mollekopf <chrigi_1> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | CC: | isj-bugzilla, mollekopf, pim-bugs-null, vkrause, wbauer1 |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=292399 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Samuele Carcagno
2013-07-14 12:57:49 UTC
I can reproduce the bug, or at least an interesting variant of it: If I receive an email with multipart/mixed, containing text/plain and a image/png on an IMAP server (MS exhange if that matters), then before it is automatically retrieved do a manual refresh (ctrl-L) to see the new message in the list, then the paperclip appears on the new email. If I do a refresh (ctrl-L) again the paperclip disappears. It never reappears. I think this has the same cause as https://bugs.kde.org/show_bug.cgi?id=318108 and https://bugs.kde.org/show_bug.cgi?id=281853 I.e. your IMAP server doesn't support akonadi's $ATTACHMENT flag and therefore doesn't store it. So after a resynchronization it disappears. The IMAP resource has a new maintainer, reassigning to him. *** This bug has been marked as a duplicate of bug 291332 *** |