On 5 Feb 2018, at 17:32, Aki Tuomi mailto:aki.tuomi@dovecot.fi> wrote:

...

On February 5, 2018 at 6:16 PM Gabriel Kaufmann mailto:mailings@typoworx.com> wrote:

Doesn't anyone have an idea?

It looks like Dovecot and/or Thunderbird simply "ignore" sub-folders of IMAP-Folder in Trash/ as they are also not shown in Trash-Folder. Sub-Folder for INBOX and other IMAP-Folders work perfect (using layout=fs Mailbox).

Why doesn't this work for Trash?

Best regards

Gabriel Kaufmann

Can you try running this as root and provide output?

doveadm -Dv -o mail_debug=yes mailbox delete -u username Trash/Somefolder

Aki

I had the same with Mac Mail.app. I decided to rm -rf the sdbox file on the master and replica and I won. It was persistant though and I think it had to do with the following:

I let my mail deliver in yearboxes, which have many many subfolders, some are just “placeholders”. They appear different in the view. Regular mailboxes are “dark” in colors, placeholder boxes are “white” in colors (see attachment), where winkels is the “placeholder” folder and “action” is the regular mailbox in which mail gets delivered.

I could not get rid of those “winkels” kind of folders”. Only by force removing them from the filesystem hierarchie.

Hope this helps a bit :)

Cheers Remko

I have the same Problem with thunderbird on Linux.

It looks like thunderbirds imap-implementation is a little bit broken. Even if thunderbird tried once to get a mailbox, it persists in the profile.

I have FS-Layout in dovecot. Thunderbird somtimes try to get a submailbox with INBOX/firstlevel^secondlevel^thirdlevel

Then it doesn't find this mailbox on the server (for sure, it's INBOX/firstlevel/secondlevel/thirdlevel) tb tries to get next

INBOX/firstlevel^^secondlevel^^thirdlevel

and then INBOX/firstlevel^^^^secondlevel^^^^thirdlevel and so on. And on each first login, tb tries to get all of them again and again...

Go to $TB-profilefolder/ImapMail/ and delete all of the *.msf files and search for the wrong mailboxes, described above... you will finde them.

And they are probably also in some config-files in the profile. user.prefs i think, and panacea.dat i could find them.

Delete all of the entries (be careful). Close and restart firefox. Good look, the phantom-folders are gone.

jakob

Am 06.02.2018 um 07:15 schrieb Rupert Gallagher:

We have the same problem, with a twist. When Thunderbird deletes a folder, it is still shown by the GUI. Dovecot deleted the folder correctly, and the sunscriptions file is also correct. Some other times, on shared folders, Thunderbird refuses to delete; in this case, apple mail on iphone can delete successfully. This suggests that the problem is in Thunderbird's code.

R

On Mon, Feb 5, 2018 at 21:55, Remko Lodder mailto:remko@FreeBSD.org> wrote:

...

...

On 5 Feb 2018, at 17:32, Aki Tuomi mailto:aki.tuomi@dovecot.fi> wrote:

...

On February 5, 2018 at 6:16 PM Gabriel Kaufmann mailto:mailings@typoworx.com> wrote:

Doesn't anyone have an idea?

It looks like Dovecot and/or Thunderbird simply "ignore" sub-folders of IMAP-Folder in Trash/ as they are also not shown in Trash-Folder. Sub-Folder for INBOX and other IMAP-Folders work perfect (using layout=fs Mailbox).

Why doesn't this work for Trash?

Best regards

Gabriel Kaufmann

Can you try running this as root and provide output?

doveadm -Dv -o mail_debug=yes mailbox delete -u username Trash/Somefolder

Aki

I had the same with Mac Mail.app. I decided to rm -rf the sdbox file on the master and replica and I won. It was persistant though and I think it had to do with the following:

I let my mail deliver in yearboxes, which have many many subfolders, some are just "placeholders". They appear different in the view. Regular mailboxes are "dark" in colors, placeholder boxes are "white" in colors (see attachment), where winkels is the "placeholder" folder and "action" is the regular mailbox in which mail gets delivered.

I could not get rid of those "winkels" kind of folders". Only by force removing them from the filesystem hierarchie.

Hope this helps a bit :)

Cheers Remko

Hello,

the folders exist physically in vmail-storage on filesystem for the given Mailbox\MailDir\Trash. I already tried to refresh subscription using IMAP on Thunderbird. Is there any other way using CLI and dovecot to (re-)check subscriptions or do some kind of rescan?

Trying to delete the physically (in file-system on server) existing folders using IMAP always complains that the folder is not empty. In fact some of these folders also had sub-folders in IMAP before being deleted into Trash. In Filesystem these sub-folders also exist physically! But in trash they are not shown anymore - only their parent-folder without those children.

I'm using "layout=fs" option (physical folder/sub-folder and not MBOX like "folder.sub-folder.sub-sub-folder". It feels like Trash is ignoring this layout. I didn't figure out there is any option that is required to configure trash (separately from Mailbox-Namespace in dovecot) to recognise this.

Best regards

Gabriel Kaufmann