No, my robocopy routine creates a new directory with the date in the name.  I have to remember to periodically delete some old Pegasus backups because my backup NAS isn't overly large and I back up other things there.

Now I have to admit to being stupid.  When this occurred the first thing I did was shut down Peg and restart - no joy.  Next I tried reindexing the addressbook - no joy.  At that point I started bugging this forum.  Bzzzzt!  Wrong answer!

It occurred to me this evening that I hadn't tried restarting Windoze.  Duh.  Not only did that get me a shiny, new update for MS Office, but it fixed the address book problem.

Since restarting Pegasus didn't help, but restarting Windoze did, I'm blaming Win 10 for this annoyance.  At least it's recorded here in case someone else runs into this problem.

Thank you for your patience.

Yes, I know there's a recent thread on missing address books, but I think my problem isn't quite the same.  I want to get input from the experts before I do more damage than good.

I'm running Pegasus 4.70 on an old Lenovo desktop running Win 10 (one of those free upgrades from Win 7).  Since the last Win 10 upgrade last spring this thing has been a bit shaky, but Pegasus has continued to be rock solid, as always ... until this weekend.

Peg is running from E:\PMAIL, an external drive.  I do this so that if this machine dies and I have to procure another I just unplug the Peg drive and plug it into the new machine.

I have four address books:  Two are very small and haven't been tinkered with in ages.  Another is very small, and is not used often.  All three work fine.  By far the majority of my addresses are in the default address book, so of course it's the one that's gone mostly away.  I say "mostly" because in the address book listings it's still there, but is now named "Unknown" and appears to have zero contents.  The only thing that seems to have coincided with this disappearance is that I ran a backup of my PMAIL directory late yesterday, as I did the weekend before.  My backup process is a simple script I wrote that does nothing but robocopy directories and their contents from E:\PMAIL to an NAS I use as a backup server.  Peg was not running during backup.  I've used this backup script for years without issues.

Looking in E:\PMAIL\MAIL\jdunham I see 4 .PMR files, which I assume correspond to my four address books.  One is much larger than the others.  Of the three smaller ones, I can look inside two of them with vim and see some of the addresses there.  Both of those files have names that actually describe the contents.  The other two, one of which still works fine, have alphabet soup filenames, and vim can't see in either one (permission denied).

None of this is quite making sense to me.  I assume that I need to either do some sort of recovery on the largest .PMR file, or go find the previous one on backup.  Or is it really the corresponding .PM! file I should worry about?  Or perhaps both?  Or might it be a permission issue?

Whatever is going on, since it started Pegasus has been MUCH slower than previously.

Thank you for any suggestions!

Addressbook reindex?

I tried that last night.  Nada.  Nichts.  That would have been too easy.

No harm in saving the existing .pmr and .pm! files and thet restoring the previous ones to see what effect that has.  Hopefully your robocopy routine doesn't overwrite the previous backup.