Summary: | New kdepim-runtime 4.14 resource kolab doesn't show mail or contact/task/calender/... informatio | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Franz Schrober <franzschrober> |
Component: | Kolab Resource | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | franzschrober, kdepim-bugs, mollekopf, montel |
Priority: | NOR | ||
Version: | GIT (master) | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Franz Schrober
2014-08-29 09:34:41 UTC
No reaction from the author. So just adding him I found at least a workaround. 1. Check that you really have metadata enabled on your imap server 2. delete imap and kolab resources in akonadi which are somehow related to this account 3. connect manually to your imap server and reset the metadata for all relevant folders (may be different paths on your account) $ openssl s_client -starttls imap -connect example.com:143 a1 LOGIN secretusername secretpassword a2 SETMETADATA "INBOX/Contacts" ("/shared/vendor/kolab/folder-type" "contact.default") a3 SETMETADATA "INBOX/Journal" ("/shared/vendor/kolab/folder-type" "journal.default") a4 SETMETADATA "INBOX/Tasks" ("/shared/vendor/kolab/folder-type" "task.default") a5 SETMETADATA "INBOX/Calendar" ("/shared/vendor/kolab/folder-type" "event.default") a6 SETMETADATA "INBOX/Notes" ("/shared/vendor/kolab/folder-type" "note.default") a7 SETMETADATA "INBOX/FreeBusy" ("/shared/vendor/kolab/folder-type" "freebusy.default") a8 SETMETADATA "INBOX/Configuration" ("/shared/vendor/kolab/folder-type" "configuration.default") a9 SETMETADATA "INBOX/File" ("/shared/vendor/kolab/folder-type" "file.default") a10 SETMETADATA "INBOX" ("/shared/vendor/kolab/folder-type" "mail.inbox") a11 SETMETADATA "Drafts" ("/shared/vendor/kolab/folder-type" "mail.drafts") a12 SETMETADATA "Sent" ("/shared/vendor/kolab/folder-type" "mail.sentitems") a13 SETMETADATA "Trash" ("/shared/vendor/kolab/folder-type" "mail.wastebasket") a14 SETMETADATA "Junk" ("/shared/vendor/kolab/folder-type" "mail.junkemail") 4. restart akonadi 5. add a kolab (not imap, not kolab-proxy) resource to akonadi 6. wait ages until all your mails are synced These steps weren't necessary with the old kolab-proxy+imap. And I am not yet sure if all was downloaded because it still downloads. But at least some mails are now visible. This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input. |