Re: Only INBOX can be LISTed after upgrade from 2.4.17 to 3.0.7

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

the original poster upgraded from version 2.4.17 to version 3.0.7.  Nic suggested updating https://www.cyrusimap.org/imap/download/upgrade.html to be more precise on this step.

The upgrade instructions to 3.0 are at https://www.cyrusimap.org/3.0/imap/download/upgrade.html .

This page https://www.cyrusimap.org/imap/download/upgrade.html states, that before upgrading to 3.8 the deployment must be 3.2.10, 3.4.4, 3.6.0.

I suggest removing the upgrade instructions for utterly old versions from the current documentation.  In particular from https://www.cyrusimap.org/imap/download/upgrade.html#upgrade-in-place the note for versions before 2.5 text.

Greetings
  Dilyan

-----Original Message-----
From: Nic Bernstein <nic@xxxxxxxxxxxxxxxx>
Reply-To: Info <info@xxxxxxxxxxxxxxxxxx>
To: Info <info@xxxxxxxxxxxxxxxxxx>, Steve Turner <sdturne@xxxxxxxxxx>
Cc: Simon Matter <simon.matter@xxxxxxxxx>
Subject: Re: Only INBOX can be LISTed after upgrade from 2.4.17 to 3.0.7
Date: 18/07/24 19:09:59

Steve,
 This is covered in the documentation, but, sadly, the 
pertinent section has been labeled "Upgrading to 3.8" when it really applies to several generations of upgrades.

 Please check that link, and especially part 5, "Copy config files and update."

Cyrus folks,
 Could someone please change the section heading so it doesn't appear to only apply to upgrades to 3.8?  This issue arises with any upgrade from 2.X to 3.X, and people clearly miss that fact as it is.  I would offer to do this, but I haven't made a commit in years, and would likely screw it up.

 Cheers,
     -nic

On 7/18/24 10:03, Simon Matter wrote:
> On a similar upgrade from EL7 to EL9 I had to add the following options to
> imapd.conf
> 
> altnamespace: off
> unixhierarchysep: off
> 
> IIRC the defaults were changed and we wanted the old configuration.
> 
> Regards,
> Simon
> 
> > I recently upgraded the cyrus-imapd service on a heavily used internal
> > IMAP server from version *2.4.17* (specifically, version
> > *cyrus-imapd-2.4.17-15.el7.ppc64le* via standard RHEL7 package management)
> > to version *3.0.7* (version *cyrus-imapd-3.0.7-24.el8.ppc64le* via
> > standard RHEL8 package management).  After the upgrade (and a full
> > "reconstruct -r -G -V max" for all mailboxes) my users are unable to
> > synchronize any mailboxes other than "INBOX" using tools such as *mbsync*
> > or *mutt*, and the *Settings* -> *Folders* facility of Roundcube
> > <https://roundcube.net/> will only show the "INBOX" and no other folders.
> > 
> > I have found that when connecting to the *imaps* service on port 993 using
> > the *openssl* client and using raw IMAP commands to interact with the
> > service as follows:
> > openssl s_client -connect imap-host.example.domain.com:993 -crlf -quiet
> > then logging in and issuing a simple *LIST* command (as described by the
> > IMAP RFC <https://datatracker.ietf.org/doc/rfc9051/>), the output only
> > shows the INBOX and claims that is "HasNoChildren":
> > . list "" *
> > * LIST (\HasNoChildren) "." INBOX
> > . OK Completed (0.000 secs 1 calls)
> > whereas the old IMAP server running version *2.4.17* gives output that
> > seems to reflect why they are now complaining:
> > . list "" *
> > * LIST (\HasChildren) "." INBOX
> > * LIST (\HasNoChildren) "." Drafts
> > * LIST (\HasChildren) "." "Junk Mail"
> > * LIST (\HasNoChildren) "." "Junk Mail.Learn as HAM"
> > * LIST (\HasNoChildren) "." "Junk Mail.Learn as SPAM"
> > * LIST (\HasNoChildren) "." Sent
> > * LIST (\HasNoChildren) "." Trash
> > . OK Completed (0.000 secs 8 calls)
> > Why does the new version assign the "HasNoChildren" attribute while the
> > old version shows "HasChildren", and how do I fix this?
> > 
> > Yes, I have installed the latest stable version (cyrus-imapd-3.8.3) on a
> > test server (which is quite painful since I have to build it and there are
> > no SystemD init scripts; we much prefer to use standard operating system
> > packages) and verified that there is no change in behavior.
> 



------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/T8814f078026d7b10-M447facfbb599bae98008f9e5
Delivery options: https://cyrus.topicbox.com/groups/info/subscription




[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]
  Powered by Linux