Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / Applications / Eudora / June 2007



Tip: Looking for answers? Try searching our database.

Eudora on OS X

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Charles H. Sampson - 02 Jun 2007 17:47 GMT
Is Eudora 6.2.4 supposed to perform like a true OS X
application?  By that I mean can each user have their own
incarnation of Eudora, their own mailboxes, their own
settings, their own filters, etc.?  Or do all mailboxes
have to be in some common area, visible to all, sharing
common filters, etc.?

    When I first activated OS X on my G4 I got Eudora
going in the latter setup, which was o. k. because that's
what we were used to.  Recently, I've hosed things up by
trying to switch to the former.  If the answer to my
first question is yes, I'll supply more details.

              Charlie
Martin S. - 02 Jun 2007 18:01 GMT
> Is Eudora 6.2.4 supposed to perform like a true OS X
> application?  By that I mean can each user have their own
> incarnation of Eudora, their own mailboxes, their own
> settings, their own filters, etc.?  Or do all mailboxes
> have to be in some common area, visible to all, sharing
> common filters, etc.?

Given that each user has a separate account then there won't be any
mix-up. The only thing they share is the application itself, but their
Eudora Folder that holds the mail, filters, settings etc. reside in the
individual user's home.

Signature

Cheers  Martin

Tim Streater - 02 Jun 2007 18:59 GMT
>      Is Eudora 6.2.4 supposed to perform like a true OS X
> application?  By that I mean can each user have their own
> incarnation of Eudora, their own mailboxes, their own
> settings, their own filters, etc.?

Yes, my wife and I do this.

> Or do all mailboxes
> have to be in some common area, visible to all, sharing
> common filters, etc.?

No.
Elmo P. Shagnasty - 02 Jun 2007 20:38 GMT
>  Is Eudora 6.2.4 supposed to perform like a true OS X
> application?  By that I mean can each user have their own
> incarnation of Eudora, their own mailboxes, their own
> settings, their own filters, etc.?

Why, yes.

In fact, long before OS X, and after Apple started getting used to
people with "users" and user folders, Eudora put its stuff in the user's
folder.

Regardless, Eudora under OS X does put its user-based stuff right in
user's home folder.
Tim Streater - 02 Jun 2007 22:01 GMT
> >  Is Eudora 6.2.4 supposed to perform like a true OS X
> > application?  By that I mean can each user have their own
[quoted text clipped - 9 lines]
> Regardless, Eudora under OS X does put its user-based stuff right in
> user's home folder.

Or wherever else you feel like putting it.
Bill Cole - 02 Jun 2007 22:26 GMT
>      Is Eudora 6.2.4 supposed to perform like a true OS X
> application?  By that I mean can each user have their own
> incarnation of Eudora, their own mailboxes, their own
> settings, their own filters, etc.?  Or do all mailboxes
> have to be in some common area, visible to all, sharing
> common filters, etc.?

All Eudora data and settings are specific to the user and stored in
~/Documents/Eudora Folder. Not quite perfect, since settings should
conceptually be in ~/Library/Preferences and app-managed data like
mailboxes also under ~/Library (e.g.

>      When I first activated OS X on my G4 I got Eudora
> going in the latter setup, which was o. k. because that's
> what we were used to.  

I'm startled by that. I have no idea how you managed to do it, unless
you were running an ancient version of Eudora under the "Classic"  
environment.

> Recently, I've hosed things up by
> trying to switch to the former.  If the answer to my
> first question is yes, I'll supply more details.

The issues Eudora has with MacOS modernity are rooted in the fact that
it remains a "Carbon" rather than "Cocoa" application, and so cannot
work well with things like Automator, and it also is a PowerPC-only
application so modern Intel Macs have to run it via Rosetta (which is
invisible, but still conceptually annoying)

Signature

Now where did I hide that website...

Elmo P. Shagnasty - 02 Jun 2007 22:43 GMT
> All Eudora data and settings are specific to the user and stored in
> ~/Documents/Eudora Folder. Not quite perfect, since settings should
> conceptually be in ~/Library/Preferences and app-managed data like
> mailboxes also under ~/Library (e.g.

But the concept is bad, and Eudora's execution is good.  Eudora gives
you a portable folder.  Pick it up, plop it down somewhere else--voila,
your Eudora life, all neatly wrapped up.
Bill Cole - 03 Jun 2007 00:06 GMT
> > All Eudora data and settings are specific to the user and stored in
> > ~/Documents/Eudora Folder. Not quite perfect, since settings should
[quoted text clipped - 4 lines]
> you a portable folder.  Pick it up, plop it down somewhere else--voila,
> your Eudora life, all neatly wrapped up.

And here I didn't even finish the thought...

( I meant to point out ~/Library/Mail and ~/Library/Thunderbird)

The self-contained aspect is nice, but the MacOS X model has its own
advantages in providing a predictable set of locations, names, and even
formats. In principle that encourages a more open environment for other
apps (and the user) to find and work with other apps preferences.

Oh, and Eudora does have some things in ~/Library/Preferences, but
nothing you'd really miss: just AppleNavServices state.

Signature

Now where did I hide that website...

Elmo P. Shagnasty - 03 Jun 2007 02:29 GMT
> The self-contained aspect is nice, but the MacOS X model has its own
> advantages in providing a predictable set of locations, names, and even
> formats. In principle that encourages a more open environment for other
> apps (and the user) to find and work with other apps preferences.

So let Eudora leave a pointer there.

Maybe Apple's model is flawed, for exactly the reasons I've outlined.
Tim Streater - 03 Jun 2007 15:41 GMT
> > > All Eudora data and settings are specific to the user and stored in
> > > ~/Documents/Eudora Folder. Not quite perfect, since settings should
[quoted text clipped - 13 lines]
> formats. In principle that encourages a more open environment for other
> apps (and the user) to find and work with other apps preferences.

The file system belongs to me, not  the OS. So, I'll decide where to put
things. The machine can adapt to me, not the other way around. That's
why we use Macs.
Elmo P. Shagnasty - 03 Jun 2007 16:49 GMT
> > The self-contained aspect is nice, but the MacOS X model has its own
> > advantages in providing a predictable set of locations, names, and even
[quoted text clipped - 4 lines]
> things. The machine can adapt to me, not the other way around. That's
> why we use Macs.

Hear hear.

For way, WAY too long now--ever since OS X--I've heard the apologists
talk about doing it "Apple's way".  Time was, Apple spent lots of money
making the machine do what the user wants.  Apple abandoned that when
Steve Jobs came back, and now my beloved Apple operating system is,
overall, no better (although no worse) than Windows.

Yeah, yeah--you can always point to certain items that are better.  But
that goes both ways.  As I said, "overall".

Guy Kawasaki outlined the old Apple very well in his book, "The
Macintosh Way".  It should be required reading for anyone who wants to
argue this point.

But the sheeple will stick their heads in the sand and argue out of
ignorance, so nothing can be done.
Peter Ceresole - 04 Jun 2007 06:59 GMT
> But the sheeple will stick their heads in the sand and argue out of
> ignorance, so nothing can be done.

It's not ignorance.

If you really want to do it your way, of course you can- or at least
mostly so, although as with the original Mac system, prefs still have to
be in prefs and CPs in CPs, although they aren't called by those names
any more. But if you want simple, automatic installations and updates,
the Apple way is by far the simplest. I used the classic OS for years,
now use OS10, and the new setup is by far the better of the  two.
Signature

Peter

Tim Streater - 04 Jun 2007 10:34 GMT
> > But the sheeple will stick their heads in the sand and argue out of
> > ignorance, so nothing can be done.
[quoted text clipped - 7 lines]
> the Apple way is by far the simplest. I used the classic OS for years,
> now use OS10, and the new setup is by far the better of the  two.

As long as it works wherever I put the app - which is not the case for
Pages and Keynote. They seem to have to be directly in the Applications
folder.
Bill Cole - 04 Jun 2007 15:27 GMT
> > > The self-contained aspect is nice, but the MacOS X model has its own
> > > advantages in providing a predictable set of locations, names, and even
[quoted text clipped - 22 lines]
> But the sheeple will stick their heads in the sand and argue out of
> ignorance, so nothing can be done.

Apple has *always* had optional human interface guidelines for where
applications should put things and behave. Those guidelines exist so
that users should not need to figure out a dozen different ways that a
dozen different applications behave. Cmd-V is "paste" everywhere NOT
because Apple has coded it that way in the OS, but because for 24 years
they've told application developers to make that so. Under System 8 the
settings files for nearly all apps landed in /System Folder/Preferences
NOT because of some magic in the system and NOT because users chose to
put them there, but because Apple told developers that was the right
place.

Arguing against the existence of that sort of guideline as not the
"Macintosh Way" ignores the real history of Apple having such rules as a
critical part of the Mac environment for as long as there have been
Macs. People can reasonably disagree with the details of the guidelines
for OSX, but  suggesting that there should be none ignores the role such
guidelines have played in tilting the balance of power on the Mac more
towards users and away from random application developers making random
choices.

(Hint: about 20 years ago you could get Guy to rant spectacularly on
this exact issue by asking the right questions.)

Signature

Now where did I hide that website...

John H Meyers - 04 Jun 2007 22:55 GMT
> Apple has *always* had optional human interface guidelines for where
> applications should put things and behave. Those guidelines exist so
[quoted text clipped - 15 lines]
> towards users and away from random application developers making random
> choices.

In that other, Microsoft world, MS wields an authority over similar matters
by not "certifying" any software (and even hardware)
which doesn't follow its "suggestions";
corporate sales often depend on getting that "certification,"
so any products intended for the corporate market
have to tow the line, or else suffer the consequences.

All the same, only the *default* location of a user's Eudora data folder
is thus dictated; the user, at installation time (or any time
thereafter) remains perfectly free to put it anywhere else instead,
which I always do myself.  The program files can also be put
wherever desired, as it happens, so in the end,
the user can do whatever (s)he wants,
although the vendor can not :)

--
Wolf - 05 Jun 2007 02:39 GMT
[...]
> have to tow the line,[...]

I'm gonna pick a nit. Why? 'Cuz I'm friggin' tired of people who don't
pay attention to spelling. Which does matter, especially when it comes
to homonyms. (And don't give me no grief about my punctuation - it's
deliberate. As is my use of non-schoolmarm English.)

It's TOE the line, as in bring your toes up against a line. As in
bowling. As in lining up on  the parade ground. IOW, conform to some
external mark or rule.

If you're gonna TOW the line, where you gonna tow it to?

HTH

Signature

Wolf

"Don't believe everything you think." (Maxine)

John H Meyers - 05 Jun 2007 06:20 GMT
Wolf!  Wolf!

Ouch, I stubbed my TOE! (you're right)

Curb your cussin' and your grammar, and we're even :)

--
Wolf - 05 Jun 2007 14:59 GMT
> Wolf!  Wolf!
>
[quoted text clipped - 3 lines]
>
> --

LOL.

Signature

Wolf

"Don't believe everything you think." (Maxine)

Julian Y. Koh - 05 Jun 2007 20:39 GMT
> Ouch, I stubbed my TOE! (you're right)

So it's now a mute point?

:):):):):):):)

And, in case anyone missed it:  :):)

Their will be a quiz later.  People can submit they're favorite homonym
misuse pet peeves for extra credit.  If we can reign themselves in, the rest
of us can cheer, "Here here!!" at you're favorites.

:)

Signature

Julian Y. Koh                         <mailto:kohster@northwestern.edu>
Network Engineer                                   <phone:847-467-5780>
Telecommunications and Network Services         Northwestern University
PGP Public Key:<http://bt.ittns.northwestern.edu/julian/pgppubkey.html>

Charles H. Sampson - 24 Jun 2007 19:21 GMT
Secure in the knowledge that what I wanted to do was
possible, I did it.  I'm now convinced that the problems I
saw were caused by messed up file permissions.  Had I re
alized that, I might have done things differently.  I'll
describe what I did do, in case someone else needs to do
the same thing.

    I started by making copies of the single, unified,
Eudora folder, in each user's Documents folder.  (There
are only three of us.)  Then I logged on as each user.
First I changed the file permissions, making the user the
owner of all files and giving him read/write access.  I
also gave read/write access to the admin group, which we
all are members of.  Then I deleted all of the mail that
didn't belong to that user.  In the unified Eudora folder,
each user had his own subfolder of Eudora's Mail Folder.
So I moved all of the mail and table of contents files for
the user being worked on up one level into his Mail Folder
and deleted his personal subfolder.

    Warning: When deleting the mail this way, you can't
simply delete an unwanted mailbox with stuff still in it.
Eudora, with its clumsy handling of attachments, doesn't
delete the attachments associated with mail in the mailbox
being deleted.

    Other things to clean up are filters and address
books, but that's straightforward.

              Charlie

Signature

    For an email response, insert "0824" between the 'c' and 's'.

Charles H. Sampson - 27 Jun 2007 18:40 GMT
After doing all of this copying, moving, and delet-
ing, something curious has arisen,

    At least one mailbox--the In mailbox to be specific--
has lost track of its attachments.  By that I mean that
the attachment symbol doesn't appear on the message's line
in the mailbox window.  For some of these messages, the
attachment is still there and displayed properly at the
bottom of the message.  For others, the "Attachment con-
verted" line shows up as just some text of the message.
(I'm not displaying the message expanded.)

    Anybody have any ideas?

              Charlie

I <csampson@inetworld.net> wrote:

>...
>
[quoted text clipped - 12 lines]
>
>...

Signature

    For an email response, insert "0824" between the 'c' and 's'.

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.