reindexing eudora mailboxes.

I have about 20 mailboxes and during reindexing, it gets stuck on "5" mailboxes left. How do I figure out which mailbox is corrupt and causing the problem?

On Monday 25 December 2023 at 15:45:08 UTC, W Cole wrote:
> reindexing eudora mailboxes.
>
> I have about 20 mailboxes and during reindexing, it gets stuck on "5" mailboxes left. How do I figure out which mailbox is corrupt and causing the problem?
>
The only way I know is to remove the mailboxes' .mbx and .toc files from the Eudora data folder one by one, and re-index each time until it completes successfully. Obviously move the files somewhere where you can easily restore them from!
The mailbox that's not in the folder is then presumably the faulty one.
This is of course no good if there's more than one faulty mailbox!
In that case, you'll have to do it the other way around. Remove all the mailboxes from the data folder, EXCEPT the system ones, which are 'In', 'Out', 'Junk', and 'Trash'. Don't remove them, as if you do Eudora will just create new empty ones.
Then put the mailboxes back one by one until the problem happens again.
Have you tried compacting the mailboxes before running the indexing?
HTH. Cheers, Dave.

On Tuesday, December 26, 2023 at 6:37:02 AM UTC-6, DaveH2 wrote:
> On Monday 25 December 2023 at 15:45:08 UTC, W Cole wrote:
> > reindexing eudora mailboxes.
> >
> > I have about 20 mailboxes and during reindexing, it gets stuck on "5" mailboxes left. How do I figure out which mailbox is corrupt and causing the problem?
> >
> The only way I know is to remove the mailboxes' .mbx and .toc files from the Eudora data folder one by one, and re-index each time until it completes successfully. Obviously move the files somewhere where you can easily restore them from!
> The mailbox that's not in the folder is then presumably the faulty one.
> This is of course no good if there's more than one faulty mailbox!
> In that case, you'll have to do it the other way around. Remove all the mailboxes from the data folder, EXCEPT the system ones, which are 'In', 'Out', 'Junk', and 'Trash'. Don't remove them, as if you do Eudora will just create new empty ones.
> Then put the mailboxes back one by one until the problem happens again.
> Have you tried compacting the mailboxes before running the indexing?
> HTH. Cheers, Dave.

A slight time savings on Dave's suggestion: do it like a binary search. Basically, try half of them each time
1. Move 10 of your 20 mailboxes to storage, leaving the other 10.
2. Then try re-indexing.
3. If it works, those 10 are good and the bad one is one of the10 in storage.
If it doesn't work, then one of the 10 you left is the bad one
4. So take whichever 10 has the bad one, split it in half, and try one of those halves (5 mailboxes) to see whidh half has the bad one.
5. Keep doing this, testing half of the remaining ones, until you identify the bad one. Should take 5 tries or less.
It might be a bit more complicated, in that there might be more than 1 bad one (like Dave said).

On Mon, 25 Dec 2023 07:45:06 -0800 (PST), in
<9872c21a-301f-4fac-945f-e8a4e9865d3dn@googlegroups.com>, W Cole
<billcole6804@gmail.com> wrote:

>reindexing eudora mailboxes.
>
>I have about 20 mailboxes and during reindexing, it gets stuck on "5" mailboxes left. How do I figure out which mailbox is corrupt and causing the problem?

Look at a list of MBX/TOC files in Windows Explorer (or your
equivalent) and see which TOC files don't match the date/time of the
corresponding MBX file. Those are the ones that wouldn't reindex.
--
Jim H

On Monday, December 25, 2023 at 10:45:08 AM UTC-5, W Cole wrote:
> reindexing eudora mailboxes.
>
> I have about 20 mailboxes and during reindexing, it gets stuck on "5" mailboxes left. How do I figure out which mailbox is corrupt and causing the problem?

Locate your data folder for Eudora and look for a file called "Eudora.log". Depending on the last time it was cleared, it could be quite large and is stored conologically. Start from the bottom and see if you can identify the last mbx file processed.