these are the files from the source server ie the 2.3.15 backend.If anyone with far deeper knowledge of cyrus than we do, could have a look to see if they can identify a problem and possibly find a solution then we would be very grateful.
Gavin Gray On Thu, 15 May 2014, 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-cyrusGavin 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.
Attachment:
cyrus.index
Description: Binary data
�� Cyrus mailbox header "The best thing about this system was that it had lots of goals." --Jim Morris on Andrew user.jaw 76a0f44a45710262 $NotJunk JunkRecorded $Junk NonJunk jaw lrswipkxtecda
Attachment:
cyrus.cache
Description: Binary data
Attachment:
cyrus.expunge
Description: Binary data
---- 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
