Hi Gavin, Have you tried running reconstruct with the -G and/or -R options to see if they fix the corruption without having to remove cyrus.index? Another option is to place a copy of the user's <user>.seen file from the 2.3 machine on the 2.4 machine prior to removing cyrus.index and reconstructing. I *think* the server will then upgrade the seen state from <user>.seen to cyrus.index. On 05/15/2014 11:53 AM, gavin.gray@xxxxxxxx wrote: > Any help with this would be much appreciated. > > We keep coming across folders that once they have been migrated seem to > have corrupt cyrus.index files. The only way to fix them is to remove the > files and do a reconstruct. This is not a workable solution from our users > point of view as is sets all the messages back to flaggged as new etc. > > We have tried various tests, but we can't discover the cause of the > corruption of the cyrus.index files. > > regards, > > Gavin Gray > > > On Wed, 7 May 2014, gavin.gray@xxxxxxxx wrote: > >> I have been testing xfer of accounts within a cyrus murder from 2.3.15 >> backends to new 2.4.17. backends. >> >> all the email and folders seem to migrate perfectly and the xfer'd >> accounts can send and receive email. However when reading email with an >> IMAP client I am having strange issues setting flags within folders on >> messages. In particular setting and unsetting deletion flags is very >> erratic. In some folders it doesn't work at all, on others I can set the >> deletion flag but can't unset it. All of the backends have delayed >> expunge switched on. >> >> debug output from the alpine IMAP client seems to suggest the server is >> doing what it's told: >> >> IMAP DEBUG 12:04:30 5/7: 01000069 STORE 93 +Flags (\DELETED) >> IMAP DEBUG 12:04:30 5/7: 01000069 OK Completed >> IMAP DEBUG 12:04:31 5/7: 0100006a STORE 94 +Flags (\DELETED) >> IMAP DEBUG 12:04:31 5/7: 0100006a OK Completed >> >> but then something seems to immediately remove the flag, because on >> issuing an expunge the client finds nothing to expunge. >> >> nothing of note seems to be logged on the backend, even logging in debug >> mode. >> >> the other baffling thing is that in some folders within the same users >> account, this whole process works perfectly. >> >> does anyone have any ideas what could be causing this and if there might >> be a solution? >> >> many thanks, >> >> Gavin Gray >> Edinburgh University Information Services >> Rm 2013 JCMB >> Kings Buildings >> Edinburgh >> EH9 3JZ >> UK >> tel +44 (0)131 650 5987 >> email gavin.gray@xxxxxxxx >> >> -- >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. >> ---- >> Cyrus Home Page: http://www.cyrusimap.org/ >> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ >> To Unsubscribe: >> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus >> >> > Gavin Gray > Edinburgh University Information Services > Rm 2013 JCMB > Kings Buildings > Edinburgh > EH9 3JZ > UK > tel +44 (0)131 650 5987 > email gavin.gray@xxxxxxxx > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > ---- > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ > To Unsubscribe: > https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
