That's the funny thing ... I didn't see evidence that anything in the setup was changed (other that it simply not working).
I did start it directly from the install dir and it showed the 4.5 splash.
Strange, my only guess is that for some reason it did not find the e:\pmail\pmail.usr file.
I
worked around the problem by doing a fresh install (non-upgrade) in
another directory, making the required admin user, and then adding
users with the old names. Their mailboxes were found and all's OK (I
guess).
But I'm still quite curious why the upgrade didn't see
the old mailboxes. As I said, PMAIL.CFG wasn't touched and pointed to
e:\mail\~8 which is correct. That file was in the same directory as
the EXE so why didn't Pmail find the mailboxes? Is it true that
PMAIL.CFG is still **the** way Pmail locates user mailboxes?
Absolutely. The program first reads the pmail.cfg, then looks for the pmail.usr in the root of the path spec. It then scans the pmail.usr to find a username match and get the rights and finally goes to the matching username and reads the pmail.ini file. If it can't find the matching directory you get the error.
If the pmail.usr file does not exist it will go directly to the users directory to read the pmail.ini but if the pmail.usr file exists and the username is not found then you get the error as well.
The use of the ~8 instead of the ~n though could also cause this same problem if the username was longer than 8 characters
<blockquote><p>That's the funny thing ... I didn't see evidence that anything in the setup was changed (other that it simply not working).
</p><p>I did start it directly from the install dir and it showed the 4.5 splash.</p></blockquote><p>Strange, my only guess is that for some reason it did not find the e:\pmail\pmail.usr file.
</p><blockquote><p>I
worked around the problem by doing a fresh install (non-upgrade) in
another directory, making the required admin user, and then adding
users with the old names.&nbsp; Their mailboxes were found and all's OK (I
guess).</p></blockquote><blockquote>But I'm still quite curious why the upgrade didn't see
the old mailboxes.&nbsp; As I said, PMAIL.CFG wasn't touched and pointed to
e:\mail\~8 which is correct.&nbsp; That file was in the same directory as
the EXE so why didn't Pmail find the mailboxes?&nbsp; Is it true that
PMAIL.CFG is still **the** way Pmail locates user mailboxes?</blockquote><p>Absolutely.&nbsp; The program first reads the pmail.cfg, then looks for the pmail.usr in the root of the path spec.&nbsp; It then scans the pmail.usr to find a username match and get the rights and finally goes to the matching username and reads the pmail.ini file.&nbsp; If it can't find the matching directory you get the error.</p><p>If the pmail.usr file does not exist it will go directly to the users directory to read the pmail.ini but if the pmail.usr file exists and the username is not found then you get the error as well.&nbsp; </p><p>The use of the ~8 instead of the&nbsp; ~n though could also cause this same problem if the username was longer than 8 characters
</p><p>&nbsp;</p>