From: maps on

Today I had some corruption from doing a CHKDSK on the D:\ drive with
Eudora open and forcing a dismount. The In box was corrupted as the
STATUS symbols are all `?� (question marks.) Also a new IN message that
was replied to shows no `replied� status. I have a backup of the In box
file from 1-15-10 backup.

How to edit or repair?

-ed

From: Jim Higgins on
On Thu, 21 Jan 2010 20:29:46 -0500, maps(a)bkwds.comcast.net wrote:

>
>Today I had some corruption from doing a CHKDSK on the D:\ drive with
>Eudora open and forcing a dismount. The In box was corrupted as the
>STATUS symbols are all `?� (question marks.) Also a new IN message that
>was replied to shows no `replied� status. I have a backup of the In box
>file from 1-15-10 backup.
>
>How to edit or repair?
>
> -ed

You should have a more recent IN box backups in the form of
IN.MBX.001, IN.mbx.002, etc., with the lower numbered ones being the
more recent.

Possibly too late since these files get overwritten every time you
close Eudora, but... change the name of IN.mbx.001 and IN.toc.001 to
something If Eudora is open, DO NOT close it because this overwrites
these files with the current IN.mbx and IN.toc files.

Change their names immediately to something like IN003.mbx (and
corresponding IN003.toc), and do the same for the .002 and .001 files.
Note which is the newest. It should be the lowest numbered one.

Now you can close Eudora and restart it and you will see the new
mailboxes you just renamed. Look at the newly named mailboxes and
pick the one with the best set of recovered messages. Now from within
Eudora drag any more messages you want to recover/keep from any other
IN-boxes into this recovered mailbox. When you have the best possible
recovery, you can delete (or rename) all the other mailboxes and
rename that best one to IN.mbx.

Now if any messages are flagged as STATUS "?" you can highlight only
those messages. right click and "change status" to whatever you want.
I suggest you read them before doing this so you can decide whether to
mark them "read" or "unread".

NOTE: If you delete the .toc file corresponding to any .mbx file you
will lose the replied/sent/etc status of all messages in that mailbox
and all will appear to be "read." so keep those mbx and toc files
paired up as far as the filename before the .mbx and .toc extensions.

Lots of words above, but it all amounts to changing names of recently
backed up IN boxes while keeping the filename before the extension in
sync for each mbx/toc pair so you don't lose the status of the
messages in that mailbox. Once you do that they won't be overwritten
by new backups and you can review and recover at your leisure

All of this is perhaps a good reason to set the value for InOutBackups
in Eudora.ini to a value higher than 2 or 3. Click on the link below
to view your current setting and to change it if you wish.

<X-Eudora-Option:InOutBackups>

Good luck.
--
Please don't be a "Help Vampire"
http://slash7.com/pages/vampires
From: maps on
On Fri, 22 Jan 2010 03:01:18 +0000, Jim Higgins
<invalid(a)invalid.invalid> brought the following to our attention:

>On Thu, 21 Jan 2010 20:29:46 -0500, maps(a)bkwds.comcast.net wrote:
>
>>
>>Today I had some corruption from doing a CHKDSK on the D:\ drive with
>>Eudora open and forcing a dismount. The In box was corrupted as the
>>STATUS symbols are all `?� (question marks.) Also a new IN message that
>>was replied to shows no `replied� status. I have a backup of the In box
>>file from 1-15-10 backup.
>>
>>How to edit or repair?
>>
>> -ed

Thanks.. was not aware of that feature. Have set the level to 3.

Using the backed up IN box and toc from 1-15-10 and copying/manipulating
/renaming the normal In box, was able to drag and manually change status
to get nearly a complete recovery of the replid-to IN emails. There may
be a few recent messages where the blue read/not read symbol is wrong,
but that's of no consequence really.

-ed

>You should have a more recent IN box backups in the form of
>IN.MBX.001, IN.mbx.002, etc., with the lower numbered ones being the
>more recent.
>
>Possibly too late since these files get overwritten every time you
>close Eudora, but... change the name of IN.mbx.001 and IN.toc.001 to
>something If Eudora is open, DO NOT close it because this overwrites
>these files with the current IN.mbx and IN.toc files.
>
>Change their names immediately to something like IN003.mbx (and
>corresponding IN003.toc), and do the same for the .002 and .001 files.
>Note which is the newest. It should be the lowest numbered one.
>
>Now you can close Eudora and restart it and you will see the new
>mailboxes you just renamed. Look at the newly named mailboxes and
>pick the one with the best set of recovered messages. Now from within
>Eudora drag any more messages you want to recover/keep from any other
>IN-boxes into this recovered mailbox. When you have the best possible
>recovery, you can delete (or rename) all the other mailboxes and
>rename that best one to IN.mbx.
>
>Now if any messages are flagged as STATUS "?" you can highlight only
>those messages. right click and "change status" to whatever you want.
>I suggest you read them before doing this so you can decide whether to
>mark them "read" or "unread".
>
>NOTE: If you delete the .toc file corresponding to any .mbx file you
>will lose the replied/sent/etc status of all messages in that mailbox
>and all will appear to be "read." so keep those mbx and toc files
>paired up as far as the filename before the .mbx and .toc extensions.
>
>Lots of words above, but it all amounts to changing names of recently
>backed up IN boxes while keeping the filename before the extension in
>sync for each mbx/toc pair so you don't lose the status of the
>messages in that mailbox. Once you do that they won't be overwritten
>by new backups and you can review and recover at your leisure
>
>All of this is perhaps a good reason to set the value for InOutBackups
>in Eudora.ini to a value higher than 2 or 3. Click on the link below
>to view your current setting and to change it if you wish.
>
><X-Eudora-Option:InOutBackups>
>
>Good luck.
From: John H Meyers on
On Fri, 22 Jan 2010 08:58:58 -0600:

> Note that you get a backup of the IN box (and OUT box)
> every time you close Eudora...

I have just opened and closed Eudora FIVE TIMES,
and the "Date Modified" of all my ".001" and ".002" files
remains as of two days ago.

For the record, each mailbox set is "aged"
only when the "In" or "Out" mailbox is _compacted_,
either by manual request
or automatically, by it having more than 50% "unusued space"
at any time that the mailbox is closed
(the "percent" threshold can be varied by an internal setting)

> so you can burn thru a setting of three backups pretty fast.

And you can also go for months without ever an automatic backup
of either "In" or "Out" (and no other mailboxes get such backups at all),
as some of my local clients unhappily find, after it's too late.

It all depends on your actions, and how you use your mailboxes,
and what happens within your computer, and Windows, etc.,
which is what the many previous examples were designed to illustrate.

The ".001" etc. files for "In" and "Out" save those original mailboxes
(and only those) just before any time they are compacted,
which enables you to go back to "before compacting"
if (and only if) you notice "after compacting" damage
soon enough that you haven't "aged out" your last undamaged versions,
as was correctly noted above.

Damage at any other time, or from any other cause,
not associated with compacting, or to any other mailboxes,
may not leave you with any recent recoverable versions,
so maintaining a normal backup system remains prudent.

--
From: Don Williams on

<maps(a)bkwds.comcast.net> wrote in message
news:qkvhl597qe4b5qaf3o5oa7od3k6ineaur8(a)4ax.com...
>
> Today I had some corruption from doing a CHKDSK on the D:\ drive with
> Eudora open and forcing a dismount. The In box was corrupted as the
> STATUS symbols are all `?� (question marks.) Also a new IN message that
> was replied to shows no `replied� status. I have a backup of the In box
> file from 1-15-10 backup.
>
> How to edit or repair?
>
> -ed
>
That happened to me in the old part of one mail folder.

The only solution I found was to look at each message and use the "change
status" function. Takes time but it works.

DAW