[prev in list] [next in list] [prev in thread] [next in thread] 

List:       info-cyrus
Subject:    Re: Odd mailbox names appearing on iOS Mail.app client post-upgrade
From:       "Joost Roeleveld via Info" <info () cyrus ! topicbox ! com>
Date:       2024-03-12 15:50:49
Message-ID: 20240312155049.EGroupware.fwrjDPPPrjGkn5Wi-0FJdHh () _
[Download RAW message or body]

The options I selected were found in an earlier email and I find this  
fixes any lingering metadata issues.
I didn't loose any flags during the process.

That error you see at the end, however, is something I managed to  
avoid by testing on an isolated test server first.
I think the only way to fix this is to use cyradm to rename all  
mailfolders with that "N" at the beginning, starting with the one  
mentioned.
Then rerun the commands again.

On a clean system, those commands just run really fast and don't show  
any adjustments being made.

--
Joost


----------------------- Original message -----------------------
From: Philip Prindeville via Info <info@cyrus.topicbox.com>
To: Info <info@cyrus.topicbox.com>
Date: Fri, 08 Mar 2024 21:24:49 +0100
----------------------------------------------------------------

> Trying it now.
>
> Lists/Linux-kernel and Lists/Netdev are massive.... Should probably  
> unsubscribe from some of the higher volume mailing lists that I no  
> longer have the time to follow.
>
> But no, I didn't run this command in your email when I updated. I  
> figured whatever conversions, etc. needed to be done would happen in  
> the packaging (Fedora, in this case) upgrade scripts. My mistake.
>
> Is this going to clobber state on the messages like "Read" and  
> "Flagged"? Why is the use of -M necessary?
>
> I noticed that when I added:
>
> unixhierarchysep: on
> altnamespace: on
> disable_shared_namespace: 1
>
> (well, the first two shouldn't matter since that's now the default)  
> that the extra mailboxes described in the original posting  
> disappeared.
>
> Huh. Those weird filenames showed up as a lot of errors during the  
> reconstruct:
>
> Wrong uidvalidity in mbentry, fixing user.spamdrop.Trash (0 ->1172959663)
> user/spamdrop/Trash
> Wrong uidvalidity in mbentry, fixing I000f949e43016cf3 (0 ->1686455573)
> I000f949e43016cf3
> Wrong uidvalidity in mbentry, fixing I008c482f4c6dc04c (0 ->1686455574)
> I008c482f4c6dc04c
> Wrong uidvalidity in mbentry, fixing I013c95c942d88dc9 (0 ->1686455575)
> I013c95c942d88dc9
> Wrong uidvalidity in mailbox, fixing  
> I01d66834-ad49-49bc-bbc1-e88dd5daa634 (1686455576 ->1548281603)
> I01d66834-ad49-49bc-bbc1-e88dd5daa634
> ...
> Nuser.emily: failed to read index header
> Wrong uniqueid! user.emily (should be Nuser.emily)
>
> real 72m45.827s
> user 24m48.059s
> sys 16m44.733s
>
>
>
> Is this a concern? Also noticed that it exited with $? == 1
>
>
>
>> On Feb 29, 2024, at 11:49 PM, Joost Roeleveld via Info  
>> <info@cyrus.topicbox.com> wrote:
>>
>> Philip,
>>
>> Did you follow the upgrade steps, including the part about  
>> rebuilding the database files?
>> When I upgraded to 3.8.1 (from 3.4.5), I did the following:
>>
>> # time reconstruct -C /etc/imapd.conf -x -f -M -G
>> # time ctl_conversationsdb -v -R -r
>>
>> The above were necessary for me due to some issues (some fields no  
>> longer optional) having remained over time. 3.6.x and later will  
>> have problems with those.
>>
>> Do note, depending on amount of mail, those commands can run for  
>> quite some time. Best to prevent new mail deliveries while it is  
>> running to get it done quicker.
>>
>> --
>> Joost
>>
>>
>> ----------------------- Original message -----------------------
>> From: Philip Prindeville via Info <info@cyrus.topicbox.com>
>> To: Info <info@cyrus.topicbox.com>
>> Date: Thu, 29 Feb 2024 21:40:57 +0100
>> ----------------------------------------------------------------
>>
>>> Hi all,
>>>
>>> I updated Fedora on my mail server last Fall and went 3.4.4 to  
>>> 3.6.0, and immediately noticed that my MacOSX and iOS clients were  
>>> showing mailboxes looking like I<hexdigit*16> or else  
>>> I<hexdigit*8>-<hexdigit*4>-<hexdigit*4>-<hexdigit*12> such as:
>>>
>>> localhost> lm
>>> I000f949e43016cf3 (\HasNoChildren) I008c482f4c6dc04c
>>> (\HasNoChildren) I013c95c942d88dc9 (\HasNoChildren)
>>> I01d66834-ad49-49bc-bbc1-e88dd5daa634 (\HasNoChildren)
>>> I01e717335405ff9e (\HasNoChildren) I01ec06a14a4a9b45
>>> (\HasNoChildren) I022db01846168a0b (\HasNoChildren)
>>> I02b22ece-586a-472c-9682-56aa077881e7 (\HasNoChildren)
>>> I034348fc-8758-46b7-b4a0-531a810e75b8 (\HasNoChildren)
>>> I034e9db54a247d82 (\HasNoChildren) ...
>>> But other mailboxes show up as subscribed:
>>> INBOX.Lists.Cyrus-info (\Subscribed \HasNoChildren) Where did these
>>> names come from?
>>> Do they contain anything? Can I safely delete them?
>>> Why aren't the clients ignoring folders that aren't subscribed?
>>> I updated to Fedora 39 and am running 3.8.1 right now.
>>> Thanks,
>>> -Philip
> 
> 




------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/Tde3dfd2c93829b50-M07dbf42518d9fbaa21ff3732
Delivery options: https://cyrus.topicbox.com/groups/info/subscription
[prev in list] [next in list] [prev in thread] [next in thread]