At 15:00 2015-04-15, "Kurt @ VR-FX" <[email protected]> wrote:
Gene - I would Love to know if there was a video taken of U when it
occurred - as it would be a Real Winner on YouTube and probably get
Lots of views!!!
:-)
Sorry - couldn't help myself...
Another was when I recently had to delete a spam attachment. I
used to go to c:\eudora\download. Now, I have to go about six
levels deep. One of those directories was not displayed in Windows
Explorer until I used attrib on it.
Probably I should not hijack this thread. But...
I still use Eudora on Windows 7, but the writing is on the wall.
If you are not running an Administrator account, EVEN IF Eudora data
is installed in an allegedly 'writeable" location, it will sometimes
run afoul of Win 7 permission issues. One scenario in which this
happens is when Eudora uses a DOS-era dodge to copy a file from one
place to another, by RENAME-ing it to a different location. This will
sometimes result in a Windows "Access denied" message. The problem
can be fixed by manually assigning the user "Full Control" to the
affected file...but the problem may recur with a different file, or
with the same file at another time. This happens in about 5% of
Eudora installations on Windows 7.
Somewhat more commonly. the names of attachment files in Eudora will
get munged or truncated in the in-line links, so that clicking on
them results in a "file not found" error. There is no known solution
to this. The work-around is to navigate to the attachment folder and
open the file from there. Thank goodness Eudora still automatically
decodes and stores attachments as separate files, whether you open
the attachment or not.
(As an aside, for quite a while Eudora has been randomly screwing up
file extensions on attachment file names if those extensions contain
more than 3 characters (notoriously, ".docx"). This happens on XP as
well as 7. No published solution works 100% to fix this.)
Insanely, in Windows 7 any "hidden" folder can be accessed by any
user, without "unhiding" anything, by putting a shortcut to it in
some location the user can see. Wow. Real big security feature, that
"hiding folders" thing....
For the most foolproof operation, when installing Eudora on a Win 7
machine, I always do the following:
1. Using an Administrator account, install the Eudora software to a
folder in the root.
2A. If you're always going to run as Administrator, go ahead and
create your data folders now. I create them in C:\Users\Public, an
allegedly "writeable" location for anyone. It's not hidden, so no
need to mess around with that nonsense.
2B. If you're going to run as a restricted or ordinary user without
admin rights, elevate that account to a member of the local
Administrators group, then log into that account. Delete the
Eudora.ini file out of the folder where you installed the software;
such a file should only exist in the data folder(s).
2C. Create the data folder(s) in C:\Users\Public, then manually grant
full control permissions on them to the user (YES, to the user you're
logged in as, which should already have such control over the
folder(s) you created, but I kid you not, if you don't do this, the
odds of having a problem down the road substantially increase.)
2D. Still in the elevated restricted user account, start Eudora with
"Run as Administrator" (YES, etc, I kid you not, etc...). This allows
Eudora to finally by God register itself as the default mail client
(which CANNOT happen under any other circumstances, and if it does
not happen, every time you run Eudora it will tell you there is no
mail client associated with the application. NO, you can't use the
"Default Programs" applet to register Eudora as the default client
because that applet will never find Eudora to offer you the option,
and after two days of tinkering with the Registry I could not find
any way to manually tell Windows 7 that the default email client is
Eudora). Set your account(s) up and save your passwords. Download
mail, and send messages, to make sure all of the files Eudora needs
to use are created in this environment.
2E. Shut down Eudora, and run it again, still in the elevated
restricted account, and this time do not use "Run as Administrator".
It's going to ask you for the password(s) again even though you
already saved them. Feed the machine. (YES, I kid you not...).
2F. Log out, log into the machine as Administrator, take the
restricted user out of the Administrator group, log out, log in as
the ordinary restricted user, and test Eudora. Hopefully, it works.
Even with all this, Eudora is still the best desktop POP/SMTP client
I have ever used, and it's worth fussing with--at least for now.
Thankfully, I have not had to try it on Win 8.x
However, the hurdles introduced by Windows 10 may be too high to
conquer. We shall see.
Yours in Solidarity with What QualComm Used to Be,
Ken Dibble
www.stic-cil.org
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message:
http://leafe.com/archives/byMID/profox/1F.35.06528.A7A1F255@cdptpa-oedge03
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
