Summary: | Cannot delete IMAP folder | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Thomas Tanghus <thomas> |
Component: | IMAP resource | Assignee: | Kevin Ottens <ervin> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dvratil, kdepim-bugs, morten, vkrause |
Priority: | NOR | ||
Version: | 4.11 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kdepim-runtime/4b23d9be3559c06cb65c25fa67cca2da426dcd47 | Version Fixed In: | 4.11.3 |
Description
Thomas Tanghus
2013-09-15 14:50:52 UTC
Could you please try following: $ export KIMAP_LOGFILE=/home/.../kimap.log $ akonadictl restart This will log all the IMAP communication between the Akonadi resource and the IMAP server. Try to remove a folder from KMail and paste here content of the file (there might be multiple files, if you have multiple IMAP resoures, so you have to find the correct one :-)). Also make sure to strip any sensitive data - essentially the only part I'm interested in is the "DELETE" command and reply from the server, so you can remove rest of the communication completely (but please provide some lines before and below as well for better context). (In reply to comment #1) > Could you please try following: > > $ export KIMAP_LOGFILE=/home/.../kimap.log > $ akonadictl restart Just to be sure: Is the path /home/.../kimap.log literately meant, or just to show that I should choose a path myself? You can choose yourself :) It does not have to even be called kimap.log (In reply to comment #3) > You can choose yourself :) It does not have to even be called kimap.log I thought so, but could be a fancy shell feature I didn't know ;) Well the answer is pretty clear. Apparently you have to select a different folder before you can delete it. This has to be done by kimap/akonadi as it's not possible to RMB-click on a folder without selecting it. C: A000257 SELECT "INBOX.Notifications.BoxeeHacks" S: * FLAGS ( \Draft \Answered \Flagged \Deleted \Seen \Recent ) S: * OK Limited [ PERMANENTFLAGS ( \* \Draft \Answered \Flagged \Deleted \Seen ) ] S: * 0 EXISTS S: * 0 RECENT S: * OK Ok [ UIDVALIDITY 1355272761 ] S: * OK ACL [ MYRIGHTS acdilrsw ] S: A000257 OK Ok [ READ-WRITE ] C: A000258 STORE 1:* +FLAGS (\DELETED) S: A000258 OK STORE completed. C: A000259 EXPUNGE S: A000259 OK EXPUNGE completed C: A000260 DELETE "INBOX.Notifications.BoxeeHacks" S: A000260 NO Cannot delete currently-open folder. Just noticed you've already got a patch Daniel - great :) if you are able to self-compile kdepim-runtime (stable), could you test the patch? I don't have access to any server that imposes such restriction, so I couldn't verify it really fixes the problem. (In reply to comment #6) > if you are able to self-compile kdepim-runtime (stable), could you test the > patch? I don't have access to any server that imposes such restriction, so I > couldn't verify it really fixes the problem. I've updated my kdepim-runtime clone. These days there are usually years between I compile anything; can you give the exact command for recompiling it, and is it enough to compile resources/imap? You can compile KDE/4.11 branch mkdir build cd build cmake .. -DCMAKE_INSTALL_PREFIX=/usr cd resources/imap # you can compile just the IMAP resource make sudo make install Hmm, I made a clean build dir, applied the patch, restarted akonadi and still get: C: A000514 SELECT "INBOX.Notifications.BoxeeHacks" S: * FLAGS ( \Draft \Answered \Flagged \Deleted \Seen \Recent ) S: * OK Limited [ PERMANENTFLAGS ( \* \Draft \Answered \Flagged \Deleted \Seen ) ] S: * 0 EXISTS S: * 0 RECENT S: * OK Ok [ UIDVALIDITY 1355272761 ] S: * OK ACL [ MYRIGHTS acdilrsw ] S: A000514 OK Ok [ READ-WRITE ] C: A000515 STORE 1:* +FLAGS (\DELETED) S: A000515 OK STORE completed. C: A000516 EXPUNGE S: A000516 OK EXPUNGE completed C: A000517 DELETE "INBOX.Notifications.BoxeeHacks" S: A000517 NO Cannot delete currently-open folder. The new resource is properly installed: -rwxr-xr-x 1 root root 8528593 Sep 18 14:08 /usr/bin/akonadi_imap_resource But I also got: -rw-r--r-- 1 root root 7978566 Sep 3 20:38 /usr/lib/debug/usr/bin/akonadi_imap_resource Does that interfere with it? Ooops, the IMAP resource actually uses different task than the one I fixed, sorry. I have updated the patch in reviewboard - could you try it again please? Sweet: S: A000500 OK STORE completed. C: A000501 EXPUNGE S: A000501 OK EXPUNGE completed C: A000502 CLOSE S: A000502 OK mailbox closed. C: A000503 DELETE "INBOX.Notifications.BoxeeHacks" S: A000503 OK Folder deleted. Thanks a lot :) Git commit 4b23d9be3559c06cb65c25fa67cca2da426dcd47 by Dan Vrátil. Committed on 24/10/2013 at 11:46. Pushed by dvratil into branch 'KDE/4.11'. Close IMAP mailbox before deleting it Some IMAP servers don't allow deleting a currently SELECTed mailbox, so we close it before DELETEing it. REVIEW: 112786 FIXED-IN: 4.11.3 M +70 -47 resources/imap/removecollectionrecursivetask.cpp M +5 -1 resources/imap/removecollectionrecursivetask.h M +29 -1 resources/imap/removecollectiontask.cpp M +5 -0 resources/imap/removecollectiontask.h http://commits.kde.org/kdepim-runtime/4b23d9be3559c06cb65c25fa67cca2da426dcd47 Hi Daniel, Good fix for deleting. However, I have the same problem with moving. My Kmail reports the response from my Courier IMAP-server: "Rename failed, server replied: A001311 NO Can't RENAME the currently-open folder". I am on Debian with kdepim-runtine v. 4.11.3-1 (testing, unstable) It seems the same problem as the above, but I find no separate bug-report on it. Do you think you could fix this? Or should I file a separate bug-report? Best, Morten Git commit 066efc7923640201bee5d170dfb78d0c7ecaeda4 by Dan Vrátil. Committed on 13/01/2014 at 10:24. Pushed by dvratil into branch 'KDE/4.12'. Close IMAP mailbox before renaming it Some IMAP servers don't allow renaming a currently SELECTed mailbox, so we close it before RENAMEing it. REVIEW: 114996 FIXED-IN: 4.12.1 M +26 -1 resources/imap/movecollectiontask.cpp M +3 -0 resources/imap/movecollectiontask.h http://commits.kde.org/kdepim-runtime/066efc7923640201bee5d170dfb78d0c7ecaeda4 I still get the following message when moving a folder: "Rename failed, server replied: A003117 NO Can't RENAME the currently-open folder" I am running libkimap4 v. 4.12, which I expect is what the bugfix mentioned: mly13:/home/ml# aptitude versions libkimap4 Package libkimap4: p 4:4.4.5-2 oldstable 500 p 4:4.8.4-2 stable 500 i 4:4.12.4-1 testing,unstable 500 p 4:4.13.1-1 experimental 1 |