BUG - DELETE Public/Folder not working with Thunderbird
Hi,
Unfortunately it looks like the parameter: "imap_client_workarounds = tb-extra-mailbox-sep" does not work. Neither inside nor outside "protocol imap {}" configuration section. ACLs are set correctly. Manual "DELETE Public/Test" via telnet is working as expected. Is this a known bug?
See:
2.2.25 (7be1766): /usr/local/etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.15 (97b3da0) # OS: FreeBSD 10.3-RELEASE amd64 [...] imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags [...] namespace { list = children location = maildir:%%h/maildir:INDEX=~/maildir/Shared/%%u:CONTROL=~/maildir/Shared/%%u:INDEXPVT=~/maildir/Shared prefix = Shared/%%u/ separator = / subscriptions = no type = shared } namespace { hidden = no list = children location = maildir:~/../Public:LAYOUT=fs:INDEX=~/../Public:CONTROL=~/../Public:INDEXPVT=~/maildir/Public prefix = Public/ separator = / subscriptions = no type = public } [...]
Best regards Leander Schäfer
On 2016-09-16 15:20, Leander Schäfer wrote:
Unfortunately it looks like the parameter: "imap_client_workarounds = tb-extra-mailbox-sep" does not work. Neither inside nor outside "protocol imap {}" configuration section. ACLs are set correctly. Manual "DELETE Public/Test" via telnet is working as expected. Is this a known bug?
It will be useful to run Thunderbird with debug log and see which command Thunderbird sends and how dovecot reply.
Example of script to run TB with debug log: https://bitbucket.org/snippets/citrin/Bp5Xa (don't share full log, it contain auth info, search for the command with error).
Hi Anton,
Thank you very much for your helpful hint. Thunderbird clearly wants to move Public/Test to the Trash of the user who subscribed the Public folder. Question is how to solve this from a Dovecot point of a view, so a user can also delete folders?
2020200448[10053c700]: proposed url = Public/Test folder for connection INBOX has To Wait = FALSE can run = FALSE 2020200448[10053c700]: proposed url = Public/Test folder for connection Public/Test has To Wait = FALSE can run = TRUE 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:SendData: DONE 31432704[11f53e080]: ReadNextLine [stream=2ac7e870 nb=52 needmore=0] 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:CreateNewLineFromSocket: 14 OK Idle completed (0.001 + 6.435 + 6.434 secs). 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:ProcessCurrentURL: entering 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:ProcessCurrentURL:imap://leander%40mydomain%2Elocaldomain@192.168.10.52:143/movefolderhierarchy%3E%5EPublic/Test%3E%5ETrash: = currentUrl 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:SendData: 15 list (subscribed) "" "Public/Test/*" return (special-use) 31432704[11f53e080]: ReadNextLine [stream=2ac7e870 nb=44 needmore=0] 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:CreateNewLineFromSocket: 15 OK List completed (0.000 + 0.000 secs). 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:SendData: 16 close 31432704[11f53e080]: ReadNextLine [stream=2ac7e870 nb=45 needmore=0] 31432704[11f53e080]: 1f581800:192.168.10.52:S-Public/Test:CreateNewLineFromSocket: 16 OK Close completed (0.000 + 0.000 secs). 31432704[11f53e080]: 1f581800:192.168.10.52:A:SendData: 17 rename "Public/Test" "Trash/Test" 31432704[11f53e080]: ReadNextLine [stream=2ac7e870 nb=91 needmore=0] 31432704[11f53e080]: 1f581800:192.168.10.52:A:CreateNewLineFromSocket: 17 NO [CANNOT] Renaming not supported across non-private namespaces (0.000 + 0.000 secs).
Best regards Leander Schäfer
Am 16.09.16 um 21:33 schrieb Anton Yuzhaninov:
On 2016-09-16 15:20, Leander Schäfer wrote:
Unfortunately it looks like the parameter: "imap_client_workarounds = tb-extra-mailbox-sep" does not work. Neither inside nor outside "protocol imap {}" configuration section. ACLs are set correctly. Manual "DELETE Public/Test" via telnet is working as expected. Is this a known bug?
It will be useful to run Thunderbird with debug log and see which command Thunderbird sends and how dovecot reply.
Example of script to run TB with debug log: https://bitbucket.org/snippets/citrin/Bp5Xa (don't share full log, it contain auth info, search for the command with error).
On 2016-09-16 16:13, Leander Schäfer wrote:
Thank you very much for your helpful hint. Thunderbird clearly wants to move Public/Test to the Trash of the user who subscribed the Public folder. Question is how to solve this from a Dovecot point of a view, so a user can also delete folders?
31432704[11f53e080]: 1f581800:192.168.10.52:A:SendData: 17 rename "Public/Test" "Trash/Test" 31432704[11f53e080]: ReadNextLine [stream=2ac7e870 nb=91 needmore=0] 31432704[11f53e080]: 1f581800:192.168.10.52:A:CreateNewLineFromSocket: 17 NO [CANNOT] Renaming not supported across non-private namespaces (0.000 + 0.000 secs).
I don't sure something can be done by dovecot in this situation. You have to try workarounds in Thunderbird: http://kb.mozillazine.org/IMAP_folder_cannot_be_deleted
I personally think, that MUA should delete folder (not rename) if folder is empty.
Alright. Thank you
Am 17.09.16 um 17:20 schrieb Anton Yuzhaninov:
On 2016-09-16 16:13, Leander Schäfer wrote:
Thank you very much for your helpful hint. Thunderbird clearly wants to move Public/Test to the Trash of the user who subscribed the Public folder. Question is how to solve this from a Dovecot point of a view, so a user can also delete folders?
31432704[11f53e080]: 1f581800:192.168.10.52:A:SendData: 17 rename "Public/Test" "Trash/Test" 31432704[11f53e080]: ReadNextLine [stream=2ac7e870 nb=91 needmore=0] 31432704[11f53e080]: 1f581800:192.168.10.52:A:CreateNewLineFromSocket: 17 NO [CANNOT] Renaming not supported across non-private namespaces (0.000 + 0.000 secs).
I don't sure something can be done by dovecot in this situation. You have to try workarounds in Thunderbird: http://kb.mozillazine.org/IMAP_folder_cannot_be_deleted
I personally think, that MUA should delete folder (not rename) if folder is empty.
participants (2)
-
Anton Yuzhaninov
-
Leander Schäfer