I had a corrupt file, and deleted the thread.txt file, and ammended the board.txt file to reflect this, and the forum now works fine.

BUT.

When I try to rebuild the message index or recount board totals in the admin center, they both result in an internal server error very quickly (seconds), the log file on the server showing premature end of script headers.

I thought this too, but I had a play with the sub routine that does the board recount.

When it initially reads the messages dir and puts all the .txt files into an array @topiclist, i then created a for loop, setting the start as 0, the end as 10000, and put the results of this into the @topiclist array, (making it smaller if that makes sence). The boards would then recount just fine. I then put the count to start at 10000 and end at 18000 (all my topics), and ran it again, and again it completes just fine. Put the start and finish as 0 and 18000 and it fails

I have not looked at the message recount sub routines, as that it much more involved. It seems odd it will work in two seperate chunks, but not as one? Although as both board and message rebuild wont work, it does seem to point to a corrupt file.

I have had another play, and oddly, this morning, without doing anything, it worked for the board recount, but wouldn't for the message rebuild.

The board recount then wont run a second time!

I have then edited the two routines, and added $max_process_time = 3; to force the step time to 3 seconds and not 20 seconds. Both now run fine. Beginning to wonder if my hosting company are a tad dodgy?

Will have a look in the admin settings and see if the $max_process_time is a variable that can be set? Rather than hard coding it to 3s in the script...

I think perhaps this is a known bug, so will have a search for this in the forum, but the message index rebuild works, but drops the username from moved thread banner (The contents of this Topic have been moved to this Topic by...). The username at the end of this line vanishes.

Found an error in MoveSplitSplice.pl, I guess this is likely documented somewhere?

my $hidename = &cloak($username) if $do_scramble_id;

The above line will only fill $hidename if you are using the encrypt username option under security settings, so if you don't encrypt the username, it is never put into the message or subject in the retained .txt file when a post/thread is moved, this doesn't become apparent until you rebuild the message index.