Version: unspecified (using KDE 4.5.85) OS: Linux My mail folder is in ~/Mail The folders tree shows KMail Folders, and under this subfolders (inbox, outbox, sent-mail, trash etc, plus some that I created in a previos version). I cannot add a new folder on this level. I can, however add a new sub-subfolder (let's say under "inbox") but that is not what is required. Reproducible: Always Steps to Reproduce: 1. Click on KMail Folders 2. Go to the menu entry "Folders" 3. The "Add folder" option is grey Actual Results: The "Add folder" option is grey. One cannot add a new folder. One can click on any of the sub-folders and create a sub-subfolder though (but that is not what it used to happen in previous versions). Expected Results: Be able to create a new folder. If I delete an existing folder, it cannot be recreated Version of KMail is 2.0.89, but this has been present for the last 3 updates of opensuse 11.3 (64bits)
kmail 2
adding to showstoppers
Could anyone please confirm this as I'm unable to reproduce here using master
Cannot reproduce with 'Local folders'. Maybe more informations from Akonadiconsole would help. Please try this: - Run Akonadiconsole, - On the second tab, right click on 'KMail Folders' / Folder Properties Please report which boxes are checked on the 'ACL' tab and which 'Content Types' are listed on the 'Internals' tab.
I reported this bug, however that version of kmail (then in KDE Factory opensuse 11.3) caused me many problems, including some lost mail. In the end I had to go back to a previous version as kontact became almost unusable. Since then I installed 11.4 which comes with kmail 1.13.6, where the problem does not happen (but of course it is a different version). I am sorry currently I can't check any further, but I can confirm that this happened in 4 different installs 3 were 64 bit, one was a 32 bit, not sure if that matters). I do not mind if this is changes as "can't reproduce" or "works for some". If I encounter the problem in a forthcoming version I always can re-open it. Many thanks for looking into this.
Thanks for the feedback. Marking as worksforme
Please reopen this bug. I have the same issue with KMail 2.0.95 and an IMAP account. I can, however, create folders on the second level and below. KMail 1.13.6 allows me to create and remove top-level folders on the same IMAP account. I am happy to provide more details once I get the chance.
Please try this: - run akonadiconsole, - on the "browser" tab, find "KMail Folders" in the list, then right-click / "Folder Properties" Please report what you see on the 'ACL' and 'Internals' tab
I am reporting the only for the local folders, although the same issue exists on two IMAP additional IMAP accounts. One of them was recently created and not migrated. On the ACL tab I find no Item Acces Rights checked, but all Collection Access Rights are present (not so on the newly created IMAP account I mentioned early - for that, nothing is checked). On the Internals tab there's the identifier; the remote identifier (value "/home/gregor/Mail", the storage location), the owner is given as akonadi_mixedmaildir_resource_0, and the Content Types list only contains the single entry "inode/directory". I'm not familiar enough with akonadi to tell whether anything about that is out of the ordinary.
For IMAP this might be OK, I think the INBOX folder is the actual top level provided by the IMAP server. As far as the mixed maildir resource is concerned, the meta data looks correct (all collection rights, no item rights, just collection MIME type). Is the create folder action also disabled in Akonadiconsole?
Create Folder in akondaiconsole is disabled for the IMAP account folder, but not its child folders (inbox, etc). It is, however, enabled for the "KMail Folders" folder and its children. To recap, in KMail, "Add Folder" is disabled for both top level folders.
As I said this might actually be "by-design" for the IMAP resource. But if I understand you correctly, creatig a folder below "KMail folders" is enabled in Akonadiconsole but not in KMail?
Exactly. I don't understand how this can be by design for IMAP. The server is perfectly able to support that operation. I have no trouble editing the folder structure in Thunderbird or roundcube and I can create and delete subfolders for any folder in that account using KMail. Are you suggesting that there was a deliberate decision made restrict folder creation on IMAP accounts in KMail?
This bug is no longer blocking #270261. What are the reasons?
I just discovered this problem in my KMail 4.5.96 from Gentoo’s KDE overlay and was directed here from #kontact IRC. I have a number of subfolders in my KMail Folder, even from KDE 3 times, like eBay, Mailing Lists etc. The Akonadi console information for KMail Folders are (I never touched those before): ACL: Item Access Rights: none checked Collection Access Rights: all checked Internals: Identifier: 21 Remote identifier: /home/frank/.kde/share/apps/kmail/mail Owner: akonadi_mixedmaildir_resource_0 Content Types: inode/directory I also can’t create a folder directly in my IMAP account, but since all folders are under the Inbox folder anyway, that isn’t so bad.
Hi. I can confirm this to be an issue with the imap resourse in git master. My ACL's for any newly created top-level imap folder are: Item Access Rights: none checked Collection Access Rights: none checked Is it possible to work around this by checking the right boxes? And which ones?
*** Bug 274087 has been marked as a duplicate of this bug. ***
I came across the toplevel folder for an imap account and opened Bug 274087. I think tope level imap folders is a basic feature that each and every good mail program is capable of (tested: kmail1 + thunderbird). It is not a general problem of imap, else eg thunderbird could not create a top level imap folder as well. Even kmail2 does handle existing toplevel folders fine. If I create one in thunderbird I can read, rename and remove it in kmail2 as well. This feature should be implemented as soon as possible because it is a very basic feature. Not everybody wants to group all his existing folders into a subfolder just because kmail2 is unable to handle toplevel folders. Many kmail1 users will already have toplevel imap folders and they just like me expect that they can use them in kmail2 as usual, which also means the ability to create new ones on toplevel.
Unfortunately https://bugs.kde.org/show_bug.cgi?id=274087 was folded in here. This bug is about the Local Account while the other one is specific to IMAP accounts. I can confirm this behaviour with KMail 2.1.0 from the openSUSE RPMs. Top-level IMAP folders can not be created. I would appreciate to know if this is because of standard conformity with IMAP and educational feature removal or just an oversight or bug. I am using this for years now and I am reluctant to completely reorganize my mail folders.
*** Bug 277827 has been marked as a duplicate of this bug. ***
I can confirm that it is still not possible to create subfolders under 'Kmail Folders' after 4.7 RC2 from the opensuse repositories (KDE 4.6.95 "Release 1". I'm not using IMAP but retrieving mail via pop from gmail servers. I also tried importing mail folders from my backup using the 'File-Import messages' dialogue. During the import process I was able to create a subfolder under 'Kmail Folders' to hold the imported mail. However, once the import finished, I could no longer create any more folders.
Is anyone even listening? This problem still exists in KMail 4.7. What's even worse is that the menu choices are no longer grayed out but HAVE BEEN REMOVED ALTOGETHER as has the option to copy or move to the top level folder. You only need to try to create copy or move a folder to a top level folder to confirm it, so how can this be marked as UNCONFIRMED almost a year after first reporting it? Especially after you've removed the menu choices. You obviously know the problem exists, but fail to act on it other than by removing the choice. Is this how you're going to start acting on bugs now, by hiding the problem? I've reported another bug (Bug 274782), that you have done the same thing to. Remove the error dialogs and pretend the problem doesn't exist. The KDE team needs to get their head out of the sand and start fixing current problems rather than working on feature enhancements or the next version. All you're doing is transporting the same old bugs up to the new version.
+1 for #22
OK some update, I was the one who opened this bug. Updated to opensuse 12.1 and Kmail would not import the existing folders. Eventually I was able to import the folders (they were in mbox format) and using akonadiconsole to designate the Mail folder and the mbox files. Now I seem to be able to create new mail folders too (one needs to restart Kmail to see them). For those who have not upgraded to 12.1 yet, I would strongly suggest to make a backup of your mail folder before doing this. The KMail version I have now is 4.7.2
I am on KDE 4.7.2 on openSUSE 12.1. I'm unable to add a top-level folder. When I click the top level of my IMAP account, there is no menu entry to add a folder.
to Mara Raram: You are reporting not being able to create folders in an IMAP account, but this originally reported the inability of creating local kmail folders. I can make those folders now. Perhaps the 2 problems are the same one. Regards GL
Oh, I did not notice this was specifically on local folders. Sorry if I messed something up here. Local Folders do work here, too. But since all my mail is on IMAP servers ...
*** This bug has been confirmed by popular vote. ***
As of version 4.7.4 isn't possible to create top level Imap folders..I'm shocked to find this bug still open, shouldn't severity be bumped and the bug be assigned ?? otherwise why not?!?
It would probably help if this would have been reported/discussed in a respective bug report. As far as I can determine from the latest comments this seems to work for local folders and apply to IMAP. Can anyone confirm that this still does not work for KMail Folders?
(In reply to comment #30) > It would probably help if this would have been reported/discussed in a > respective bug report. > > As far as I can determine from the latest comments this seems to work for local > folders and apply to IMAP. > > Can anyone confirm that this still does not work for KMail Folders? As of 4.7.4, it's perfectly possible to add local folders, while it's *impossible* to add IMAP ones. In this bug there's a good amount of info: change the title and go straight ahead to the issue ?!
I opened this bug and I already reported back (message #24) that I can now create new local folders. However Kmail requires to be restarted for the new folder to appear. This was not the case before the bug appear... Folders can be deleted straight away without need to restart, though. I can't check creating IMAP folders, sorry.
OK: https://bugs.kde.org/show_bug.cgi?id=292418, please close this one and go straight voting and confirming the new one!
Wait.. Please see #32. This is half fixed... I do not think that creating a new folder and NOT showing it is OK... It did not work like this before, and it does not work like this for "delete folder".
(In reply to comment #34) > Wait.. Please see #32. This is half fixed... > I do not think that creating a new folder and NOT showing it is OK... > It did not work like this before, and it does not work like this for "delete > folder". KMail Version 4.7.4: I right click on "Local Folders" -> "Add Folder", insert a name and then click OK, the tree of folders is refreshed to show the created folder. No need to reboot: this issue can be closed as solved or maybe wait for someone else to confirm before doing so.
I confirm it. It works fine here.