I'm a long time user of Eudora (more than 5 years on WinXP) and I have
masses of saved emails.
A few years ago I installed Eudora 7.1.0.9. After that, I heard snippets
of talk about a forthcoming Eudora 8 based on Thunderbird ("Penelope" and
Eudora OSE) but developments were very slow. So I stayed on 7.1 and I'm
still on it.
(1) Is Eudora 7.1.0.9 a viable option to stay on? Are there unfixed
security flaws and problems like that?
(2) As far as I can tell from reading https://wiki.mozilla.org/Eudora_OSE
the main thing about OSE is that it preserves the look and feel of Eudora 7
although it is based on Thunderbird. What are the main problems if I
migrate my Eudora 7 with all its data to OSE?
(3) Apart from the look and feel, is OSE better than going to standard
Thunderbird? Is migration to Thunderbird significantly more troublesome
than to OSE?
Stick with Eudora classic 7. Eudora OSE has far fewer features, and
while migrating might not be all that hard, why take the bother as long
as Eudora 7 still runs?
The only I can think of that it's not brilliant at is IMAP, but as long
as you don't need that...
--
Frank Lekens
> As far as I can tell from reading https://wiki.mozilla.org/Eudora_OSE
> the main thing about OSE is that it preserves the look and feel of Eudora 7
> although it is based on Thunderbird.
With apologies to developers who had to work within Thunderbird's
limitations, I would say that OSE preserves the look and feel
of only Thunderbird itself, and is about as similar to classic Eudora
as living on Mars might be to living on Earth, even though
both are planets, both seeing the same star rise and set each day.
> What are the main problems if I migrate my Eudora 7 with all its data to OSE?
> Apart from the look and feel, is OSE better than going to standard
> Thunderbird? Is migration to Thunderbird significantly more troublesome
> than to OSE?
No need for speculation, or for having to judge the superficial reviews
of others (including me) -- since Classic Eudora, OSE, and Thunderbird
all have completely separate installations of programs, and since
TB and OSE share data, but that data is entirely separate from "classic" data,
you can install OSE and/or Thunderbird yourself, and get first-hand experience
of anything you want to explore.
To use any or all in parallel, set "leave mail on server" options
for all POP accounts in all clients,
and send "Bcc" copies of outgoing mail to yourself,
if you want all the programs to receive copies of all sent mail.
I would expect importing to be the same for either TB or OSE,
but if OSE has any better an importer than TB,
you could always import using OSE, which imports into
a common storage area (TB "profile") shared by both OSE and TB.
--
> Can you guys give me some advice.
Stay with Old Eudora, I have tryed Eudora OSE more times,
but in short I like Eudora Pro better!
I switched to regular Thunderbird maybe 2 years ago. There were a few
things
to learn but I think switch today is easier. I was a long time
Eudora user but having
problems I could not solve after getting a new computer with Vista
OS. You can
copy all your email to TB and use it but can still keep Eudora active
if you want.
I also use the TB ng reader although posting this here through old
google account.
Talking to myself through Thunderbird ;)
> I was a long time Eudora user but having problems
> I could not solve after getting a new computer with Vista
Anyone currently having any problem with "classic" Eudora
on Vista or Windows 7 is invited to read the following,
which may well identify all known issues and their solutions:
"Everything about classic Windows Eudora on Windows 7"
http://eudorabb.qualcomm.com/showpost.php?p=50604
--
>I'm a long time user of Eudora (more than 5 years on WinXP) and I have
>masses of saved emails.
I used Eudora since 1997, pad version since Eudora 4.x
>A few years ago I installed Eudora 7.1.0.9. After that, I heard snippets
>of talk about a forthcoming Eudora 8 based on Thunderbird ("Penelope" and
>Eudora OSE) but developments were very slow. So I stayed on 7.1 and I'm
>still on it.
my reason to change was the lack of AntiVirus plug-in support: AVG stopped
providing a plug-in with AVG 8.
I moved over to The Bat, some things are different and I needed a few month
to feel "like at home". But now I would not change back
Wolfgang
--
Bei der Halbwertzeit von Digitalkameras dürfte diese Betrachtung so interessant
sein wie der berühmte Sack Reis in China.
Rudolf Uhlmann am 3 Sep 2003 in de.alt.rec.digitalfotografie
> my reason to change was the lack of AntiVirus plug-in support: AVG
> stopped providing a plug-in with AVG 8.
This is my opinion. Yours might differ.
The way Eudora works is that an incoming email is written to disk as a
"raw" file with extension rcv. Under almost all circumstances you will NOT
find such files because Eudora immediately decodes them into individual
parts (just 1 text email, or the email plus pictures and attachments).
Because Eudora writes to disk, any AV program worth anything has done a
virus check on it before it is even decoded. Therefore any extra antivirus
checking is just a waste of time and resources.
Just for your information.
YMMV
--
Best regards
Han
email address is invalid
>The way Eudora works is that an incoming email is written to disk as a
>"raw" file with extension rcv. Under almost all circumstances you will NOT
>find such files because Eudora immediately decodes them into individual
>parts (just 1 text email, or the email plus pictures and attachments).
>
>Because Eudora writes to disk, any AV program worth anything has done a
>virus check on it before it is even decoded. Therefore any extra antivirus
>checking is just a waste of time and resources.
>
>Just for your information.
Hmm, this information is new to me. Main problem was, that the Plug-In can
scan email traffic over secure connections. Other AntiVirus apps hook the IP
traffic and if this traffic is secure and encrypted, the scans can not
determine any frauds
Thanks for sharing that information
>Hmm, this information is new to me. Main problem was, that the Plug-In can
>scan email traffic over secure connections. Other AntiVirus apps hook the IP
>traffic and if this traffic is secure and encrypted, the scans can not
>determine any frauds
The current version of Avast free (v.6 series) can scan SSL email
connections in and out. You set email client for a non-secure
connections, Avast intercepts and processes via SSL to/from remote
server. Pretty simple setup.
>The current version of Avast free (v.6 series) can scan SSL email
>connections in and out. You set email client for a non-secure
>connections, Avast intercepts and processes via SSL to/from remote
>server. Pretty simple setup.
yes, but limited to one email server/account.
I maintain 58 email accounts/mailboxes
>BobT wrote:
>
>>The current version of Avast free (v.6 series) can scan SSL email
>>connections in and out. You set email client for a non-secure
>>connections, Avast intercepts and processes via SSL to/from remote
>>server. Pretty simple setup.
>
>yes, but limited to one email server/account.
>
>I maintain 58 email accounts/mailboxes
No such limit in Avast free v. 6--maybe in earlier versions.
I have about 20 active email identities, spread over 5 servers. Avast
handles them all.
Very likely other AV software can handle this problem too, since it
seems most email servers are now requiring SSL or TLS.
> BobT wrote:
>
>> The current version of Avast free (v.6 series) can scan SSL email
>> connections in and out. You set email client for a non-secure
>> connections, Avast intercepts and processes via SSL to/from remote
>> server. Pretty simple setup.
> yes, but limited to one email server/account.
>
> I maintain 58 email accounts/mailboxes
"Pro" (Paid) versions of some AV applications might handle multiple accounts.
The use of client-specific "plugins" by most all AV vendors
(and other vendors, e.g. PGP) has faded over time,
in preference to intercepting traffic at the ports.
Interceptions of SSL can often be either "just pass through, don't really look"
(stated as perfectly okay by the edition of Symantec Corporate AV which I still use)
or can transfer the SSL negotiation with servers to the AV or other application,
the latter requiring entering per-account login info into the other application.
However, as "BobT" also wrote, email scanning by intercepting ports
is also widely considered redundant, given that all content
is scanned again after being stored into individual files.
Some authors even consider such scanning to be the cause of problems,
although their opinions generally focus on those applications
(e.g. Outlook Express) having proprietary internal databases
which may even become corrupted as a direct result of using these very scanners:
http://thundercloud.net/infoave/tutorials/email-scanning/
Even with email scanning features turned off, some AV applications
still manage to interfere with direct file access to enough extent
that various email clients can't co-exist with some AV apps,
unless some of their file areas are specifically exempted from AV scanning.
--