Leander Schäfer
2016-Sep-16 20:13 UTC
BUG - DELETE Public/Folder not working with Thunderbird
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 at 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).
Anton Yuzhaninov
2016-Sep-17 15:20 UTC
BUG - DELETE Public/Folder not working with Thunderbird
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.
Leander Schäfer
2016-Sep-18 11:03 UTC
BUG - DELETE Public/Folder not working with Thunderbird
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.