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).

Reply via email to