Ken Dibble
2012-12-20 15:14:57 UTC
I've been looking at the list for a while but am not seeing a clear
answer to my questions.
I've been trying to install Eudora 6.2.x on Windows 7 32 bit. I do
this by installing the software to C:\Email\Eudora. Later, as I set up
restricted domain user profiles on the machine, I put the data into
C:\Users\Public\Whatever Email Acount.
On about 95% of installations, this works just fine.
On 5% of installations--same exact OS, same exact hardware, same exact
version of Eudora and installation procedure--this will work for a few
days, and then suddenly Eudora starts complaining that it can't access
or modify random files in the user's folder such as descmap.pce,
linkhistory.dat, or sometimes even in.mbx. It says the files are
either "locked" or "access denied".
In self-defense, I modified my Eudora account creation process to
include:
After installing the software, when I'm ready to create the account, I
elevate the domain user to a local administrator, log into the
computer under the elevated domain user account, take ownership of the
email account folder (C:\Users\Public\Whatever Account), and also
explicitly apply Full access permissions to the folder and all of its
contents. I then demote the user back to restricted domain user.
This doesn't seem to prevent the problem from occurring on the 5% of
crazed machines. Re-doing it will fix the problem for a day or two but
it will always recur once it has occurred. It is eerily as though
Windows has acquired an allergic reaction to Eudora and just keeps
attacking it.
The reason I use C:\Users\Public is because unlike ..\Application
Data, this is not a hidden folder. Users need to back up their email
data and most can't cope with unhiding/hiding hidden stuff. And in Win
7, unlike earlier OSes, when you unhide hidden stuff, you get two
annoying desktop.ini files on your desktop. Ugly, and stupid (why
two??) So it's not an option to leave hidden files unhidden.
*sigh*
Please don't tell me to use a later version of Eudora. The later
versions of Eudora are just Thunderbird with Eudora graphics. I have
Thunderbird, I can install Thunderbird, Thunderbird works just fine.
Thunderbird is what I end up having to install when this problem
happens on 5% of computers (and the OLD Thunderbird, that still
defaults to POP; I can't even figure out how to find the allegedly
still-available POP option in new Thunderbird). But I don't like
Thunderbird.
I like the original Eudora because you can turn off the unsafe Message
Preview window and because it automatically decodes attachments and
stores them in a reasonable location, and because it has separate
mailboxes and index files instead of storing everything in one huge
file that, if it gets corrupted, completely wipes out the user's
entire email.
So:
If anyone has encountered this specific problem: Installing an earlier
version of Eudora that still behaves like original Eudora on Windows 7
while having the user's data be in a non-hidden location, and having
it work without problems -- please respond.
Thank you very much for reading this long post.
Ken Dibble
www.stic-cil.org
answer to my questions.
I've been trying to install Eudora 6.2.x on Windows 7 32 bit. I do
this by installing the software to C:\Email\Eudora. Later, as I set up
restricted domain user profiles on the machine, I put the data into
C:\Users\Public\Whatever Email Acount.
On about 95% of installations, this works just fine.
On 5% of installations--same exact OS, same exact hardware, same exact
version of Eudora and installation procedure--this will work for a few
days, and then suddenly Eudora starts complaining that it can't access
or modify random files in the user's folder such as descmap.pce,
linkhistory.dat, or sometimes even in.mbx. It says the files are
either "locked" or "access denied".
In self-defense, I modified my Eudora account creation process to
include:
After installing the software, when I'm ready to create the account, I
elevate the domain user to a local administrator, log into the
computer under the elevated domain user account, take ownership of the
email account folder (C:\Users\Public\Whatever Account), and also
explicitly apply Full access permissions to the folder and all of its
contents. I then demote the user back to restricted domain user.
This doesn't seem to prevent the problem from occurring on the 5% of
crazed machines. Re-doing it will fix the problem for a day or two but
it will always recur once it has occurred. It is eerily as though
Windows has acquired an allergic reaction to Eudora and just keeps
attacking it.
The reason I use C:\Users\Public is because unlike ..\Application
Data, this is not a hidden folder. Users need to back up their email
data and most can't cope with unhiding/hiding hidden stuff. And in Win
7, unlike earlier OSes, when you unhide hidden stuff, you get two
annoying desktop.ini files on your desktop. Ugly, and stupid (why
two??) So it's not an option to leave hidden files unhidden.
*sigh*
Please don't tell me to use a later version of Eudora. The later
versions of Eudora are just Thunderbird with Eudora graphics. I have
Thunderbird, I can install Thunderbird, Thunderbird works just fine.
Thunderbird is what I end up having to install when this problem
happens on 5% of computers (and the OLD Thunderbird, that still
defaults to POP; I can't even figure out how to find the allegedly
still-available POP option in new Thunderbird). But I don't like
Thunderbird.
I like the original Eudora because you can turn off the unsafe Message
Preview window and because it automatically decodes attachments and
stores them in a reasonable location, and because it has separate
mailboxes and index files instead of storing everything in one huge
file that, if it gets corrupted, completely wipes out the user's
entire email.
So:
If anyone has encountered this specific problem: Installing an earlier
version of Eudora that still behaves like original Eudora on Windows 7
while having the user's data be in a non-hidden location, and having
it work without problems -- please respond.
Thank you very much for reading this long post.
Ken Dibble
www.stic-cil.org