xfer problems between 2.3.15 and 2.4.17

Ken Murchison murch at andrew.cmu.edu
Thu May 15 13:53:36 EDT 2014


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 at ed.ac.uk 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 at ed.ac.uk 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 at ed.ac.uk
>>
>> --
>> 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 at ed.ac.uk
>
> --
> 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



More information about the Info-cyrus mailing list