#!/bin/bash

for account in `zmprov -l gaa`;do
        for id in `zmmailbox -z -m $account gaf |grep unkn | awk '{ print $1 }'`; do
                echo "Fixing folder $id for $account"
                zmsoap -z -m $account FolderActionRequest/action @id="$id" @op="update" @view="message" >> /dev/null 2&>1
        done
done

So basically, the issue can be fixed with

zmsoap -z -m USER FolderActionRequest/action @id="FOLDER_ID" @op="update" @view="message"

Hi  Arman Khosravi, 

Correct, this is what we need to solve our issue.

Thanks.

ccelis

So basically, the issue can be fixed with

zmsoap -z -m USER FolderActionRequest/action @id="FOLDER_ID" @op="update" @view="message"

These folders were migrated to Zimbra maybe 10 years ago, i used the maildir approach succesfully back then.

Now my question will be: How can i change this folder type?

Thanks in advance.

ccelis

An easy way to see what is in there is to export the mailbox in TGZ format (from "Preferences->Import/Export" or zmmailbox ...getRestURL), and then expand the tar file somewhere. You will find the folders in questions there. Finally you can analyze the contents of the "unkn" folders and check if they were synchronized or if you need to inject them somehow. Fortunately for you they do not seem to be many of them!

The folders "unkn" are not shown in webmail.... in webmail zimbra 8.8.15 FOSS appears OK.

As i said before, the migration procedure was succesfull.

I'm sorry, but I'm lost and this is the only thing missing to approve the migration.

ccelis

zextras@mail:~$ zmmailbox -z -m account@domain.com gaf
Id View Unread Msg Count Path
---------- ---- ---------- ---------- ----------
1       unkn  0               0 /
1028 unkn  0             61 /20-04
1029 unkn  0             36 /22-04
1030 unkn  0              0 /Briefcase
10    appo   0          636 /Calendar
14    mess  0             0 /Chats
1031 unkn  0             0 /Comments
7      cont   0           87 /Contacts
6      mess  0        128 /Drafts
13    cont   0        134 /Emailed Contacts
2      mess 1292 1295 /Inbox
4      mess 0            0 /Junk
1032 unkn 0          32 /Seniat.Seniat
5      mess 0        200 /Sent
1033 unkn 0        111 /Sent.2001.03-Mar
1034 unkn 0         14 /Sent.2001.04-Apr
1035 unkn 0           5 /Sent.2001.05-May
1036 unkn 0         11 /Sent.2001.06-Jun

It happened to me once: the dump were bigger than the quote set on Carbonio, so restore stops when quota is full.

Try to set user's quota do 0 before restoring.

You can fix quotas after easily using the script_import_quota.txt from Z2C

ccelis

Zimbra to Carbonio – Z2C

Telegram: https://t.me/CarbonioMail