Hello, again. After getting past the problem of "Pegasus dies after saying 'Preparing folder management layer'", by doing a Dropbox rewind of the entire Mail directory, I've done the necessary reconfigurations (don't know what the rewound system thought I was a new user) and am almost back up and running, sending and receiving, and my old data are all there. But there's one problem I haven't been able to solve: the proper handling of the received .CNM message files.
Currently they are landing in the same directory as the folder .PMI and .PMM files, and the STATE.PMJ, PMAIL.INI, and PND files, for example -- but they stay there and are not automatically deleted when the message is moved to the New mail folder or, by a filter rule, to some another folder. They just sit there and accumulate.
What's worse, if I delete a .CNM file, its message (now located in New mail, say) is no longer readable!
I've messed up something by making some change since all was working well, but can't figure out what. A little background: A few months ago, I used the proper Pegasus tool (I believe) to move my mail folder from what I'll call the OLD directory to a NEW directory within the Dropbox folder, so that it would be backed up by Dropbox. Everything worked. But later I discovered that the OLD directory (specifically its "craig" subfolder for user craig) was still in use as well -- for .CNM files. The PMAIL.INI was located there, too.
So the standard "move" procedure either didn't work right, or (more likely!) I messed it up somehow.
So now, in recovering from my crash by means of a restore, I thought I'd "fix" (dangerous thought!) this odd combination of OLD and NEW directories. (Maybe it's also significant that the old installation was multi-user and the restored one is declaring itself to be single-user -- which is fine now.) I ran pconfig32 to move both Home and New mail directories from OLD/~8 (i.e., OLD/craig) to NEW. Seemed to work OK, except for this problem of not deleting the .CNMs and not letting them be deleted safely.
So I'd like to better understand how the CNM files work, both intrinsically and with respect to the Home and New mail directories, so I can fix everything.
Sorry to be bothering you again, but I certainly do appreciate your help!
Thanks,
Craig
Hello, again. After getting past the problem of "Pegasus dies after saying 'Preparing folder management layer'", by doing a Dropbox rewind of the entire Mail directory, I've done the necessary reconfigurations (don't know what the rewound system thought I was a new user) and am almost back up and running, sending and receiving, and my old data are all there. But there's one problem I haven't been able to solve: the proper handling of the received .CNM message files.
Currently they are landing in the same directory as the folder .PMI and .PMM files, and the STATE.PMJ, PMAIL.INI, and PND files, for example -- but they stay there and are not automatically deleted when the message is moved to the New mail folder or, by a filter rule, to some another folder. They just sit there and accumulate.
What's worse, if I delete a .CNM file, its message (now located in New mail, say) is no longer readable!
I've messed up something by making some change since all was working well, but can't figure out what. A little background: A few months ago, I used the proper Pegasus tool (I believe) to move my mail folder from what I'll call the OLD directory to a NEW directory within the Dropbox folder, so that it would be backed up by Dropbox. Everything worked. But later I discovered that the OLD directory (specifically its "craig" subfolder for user craig) was still in use as well -- for .CNM files. The PMAIL.INI was located there, too.
So the standard "move" procedure either didn't work right, or (more likely!) I messed it up somehow.
So now, in recovering from my crash by means of a restore, I thought I'd "fix" (dangerous thought!) this odd combination of OLD and NEW directories. (Maybe it's also significant that the old installation was multi-user and the restored one is declaring itself to be single-user -- which is fine now.) I ran pconfig32 to move both Home and New mail directories from OLD/~8 (i.e., OLD/craig) to NEW. Seemed to work OK, except for this problem of not deleting the .CNMs and not letting them be deleted safely.
So I'd like to better understand how the CNM files work, both intrinsically and with respect to the Home and New mail directories, so I can fix everything.
Sorry to be bothering you again, but I certainly do appreciate your help!
Thanks,
Craig