Version: Git (master) (using Devel) OS: Linux These tabs appear in the folder properties dialogue for some (but not all) local folders. They never appear for the inbox or any other special folders, but most (but not all) of the others. There seems to be no pattern as to whether they appear for normal folders, but it is consistent for any particular folder (even over a close and restart of KMail). Where the tabs do appear, they are useless: in "Access Control" all of the Add/Edit/Remove buttons are permanently disabled, while "Quota" just shows a white bar with "100%" superimposed. Reproducible: Always Steps to Reproduce: Select "Folder Properties" of a local folder (not IMAP) and observe. Actual Results: Some (but not all) folders show these tabs. Expected Results: IIRC, in KDE3 these tabs were only shown for IMAP folders. Note, though, that even for IMAP the "Quota" tab just shows a bar with "100%", with no other GUI elements.
I can't reproduce it.
Created attachment 63268 [details] Screen shot showing additional tabs Screen shot attached, personal information hidden. This is for a Maildir local folder.
Ok can't reproduce but will continue to investigate
Have done some more investigating and found that this affects folders which have been either copied/pasted or drag/dropped from an IMAP server to "Local Folders". I did not do any automatic migration when starting to use Kmail2, but started with a new local mail directory and a new configuration, then copied selected folders via an IMAP server. Looking at a folder that shows these tabs in akonadiconsole gives attributes which would appear to be more appropriate for an IMAP folder: uidnext 27 collectionquota -1 -1 collectionflags \Answered \Flagged \Draft \Deleted \Seen \* imapacl jjm lrswipcda % % timestamp 1314280717 uidvalidity 1314280434 Deleting all of these attributes in akonadiconsole then reopening the folder properties in KMail does not show the additional tabs. Given the unusual circumstances I'd be happy for this bug to be closed, unless you think the root cause (copying inappropriate folder attributes from IMAP to local storage) should be investigated and fixed.
Ok I understand. Quota is just for imap folder so perhaps we can fix it when we dnd
When we copy/paste folder from imap to local I think that we must reset quota attribute. Need to fix it in akonadi lib
Still the case on KDE 4.9.3.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.