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