P.S. I made all the possible tests, including the creation of a new
mailbox file with only the content of that mail - the behaviour was the
same.
Anyone interested about the mail - I can forward it by including in an
archive but please mail me as I connot put the message here.
http://ecoca.eed.usv.ro/eudora_freeze.mbx
Instructions to use are quite simple - copy the downloaded file in the
Eudora directory and restart the program. To end the blocked task run
taskmanager (you should already know this procedure if you run
Windows).
If someone could test this on the 7 version I'll be happy to receive
feedback.
In what way are they "specially formatted"?
Are you using the internal viewer or the MS viewer when this happens? The
internal viewer tends to either freeze or crash when trying to display
messages that have undisplayable embedded graphics. The MS viewer can
freeze or take a long time to display the message when trying to interpret
some particularly obnoxious html. Messages from Incredimail users are
known to cause the MS viewer to not respond for so long that people
sometimes think it has frozen when it hasn't.
> I've received the message more times (a spam message) and the behaviour
> is the same - no response at all when displaying that message. Did
> anyone have a solution ? I cannot stop the sender (it's spam message)
> and I have no acces to the mail server (if I've had acces it was
> useless as the IP of the sender is always another). Have I to change
> the mail client software ?
Why would you change clients over non-displayable spam? If one particular
message does this, why not just get rid of the message in question without
trying to display it? If the sender is always the same, just filtering
messages from that sender to the trash twice will deal with the problem
nicely. Sending a message to the trash twice makes it go away altogether.
--
Katrina
2. I've waited for 6 to 7 HOURS until I declared Eudora blocked (I'm a
very calm person).
3. You could not filter a spammer (two such messages are not the same,
except maybe the content of the embedded image).
4. I think you should change the client if you have to edit the
mailboxes 4 to10 time a day to manually delete some content. It is not
a software for unexperienced people.
5. In the period Eudora is blocked the computer is nearly blocked too
(the processor is 100%% used - useless to say the temperature is high
enough).
P.S. You may try for yourself the message (there is no image atached
and Eudora will freeze). A very cool piece of software !
>Eudora 6.2.5.6 freezes when displaying a specially formated message.
>I've received the message more times (a spam message) and the behaviour
>is the same - no response at all when displaying that message. Did
>anyone have a solution ? I cannot stop the sender (it's spam message)
>and I have no acces to the mail server (if I've had acces it was
>useless as the IP of the sender is always another). Have I to change
>the mail client software ?
I too have the same problem. I have Eudora 7.0.1
There are certain spams that hang Eudora. I am forced to use
mail2web to manually manage my incoming email. Do-able, but
quite tedious.
I have a hunch there are some international email characters
that are confusing Eudora. Isn't there a way to say "please
send all non-english-char email to the junk folder"?
Frank G.
--
NewsGuy.Com 30Gb $9.95 Carry Forward and On Demand Bandwidth
So why do you think they're from a single spammer?
> 4. I think you should change the client if you have to edit the
> mailboxes 4 to10 time a day to manually delete some content. It is not
> a software for unexperienced people.
If that's what is happening to you, then I'd have to agree with you that
using a different e-mail client is probably in order. I don't know what's
going on there. What you describe doesn't match anything I can think of. I
know of things that will cause problems with the internal viewer and I
know of things that will cause problems with the MS viewer, but I can't
think of anything, especially not anything that common, that would cause
both of them to hang that way. That makes me suspect that something is
wrong beyond a simple bug in Eudora, but I don't know what it might be.
For the most part though, inexperienced people do just fine using Eudora.
I've known plenty of them that managed to use Eudora with very few
problems. In fact, some of the least experienced people I know use Eudora.
Other people have problems for various reasons, some of them being
Eudora's fault, some of them caused by things outside of Eudora.
> P.S. You may try for yourself the message (there is no image atached
> and Eudora will freeze). A very cool piece of software !
What message?
--
Katrina
> I have a hunch there are some international email characters
> that are confusing Eudora. Isn't there a way to say "please
> send all non-english-char email to the junk folder"?
You can create filters that junk messages with non-English character sets.
Taking a look at the contents of the offending messages to see what
characters sets they contain would be advisable first. Once you know that,
making the filter just requires looking for the apprpriate character sets.
--
Katrina
This can't possibly work. Eudora hangs on these spams as it is
bringing the email to the client. Eudora filtering
occurs on the client-side *after* the email is downloaded.
It is very tedious using Eudora now. Given the volume of spam
that I get, it hangs every day. I have to use mail2web
(which is painful enough UI) to tediously delete the offending emails.
I'm almost positive its a non-English character set that is confusing
Eudora.
Is there a Eudora person out there where I can forward these emails to?
Frank G.
> This can't possibly work. Eudora hangs on these spams as it is
> bringing the email to the client. Eudora filtering
> occurs on the client-side *after* the email is downloaded.
MailWasher seems to fix it, it screens emails for junk before
Eudora sees them.
But basically Eudora is crap, this has been a problem for
many years, and successive releases of Eudora haven't fixed
the problem. The crap programmers at Qualcomm have
never heard of error handlers. There are lots of ways to
handle errors, and stop programs hanging, yet the subject
keeps clogging up this group.
> Is there a Eudora person out there where I can forward these emails to?
Obviously they are all fast asleep.
http://ecoca.eed.usv.ro/eudora_freeze.mbx
Just double-click on that file and Eudora is .. gone.
Maybe someone in the devolopment team interested in this problem ?
MailWasher is the only solution found.
It seems strange for me they could not solve or are not interested in
solving the mistake. I heard a lot of ideas - the viewer in Eudora is
the problem, the interaction with IE or the OS. No, the problem is just
... Eudora. Too bad for them !
>
>On 11-Jun-2006, Frank D. Greco <fgr...@REMOVEcrossroadstechNOSPAM-FOOBAR.com> wrote:
>
>> This can't possibly work. Eudora hangs on these spams as it is
>> bringing the email to the client. Eudora filtering
>> occurs on the client-side *after* the email is downloaded.
>
>MailWasher seems to fix it, it screens emails for junk before
>Eudora sees them.
>But basically Eudora is crap, this has been a problem for
>many years, and successive releases of Eudora haven't fixed
>the problem. The crap programmers at Qualcomm have
>never heard of error handlers. There are lots of ways to
>handle errors, and stop programs hanging, yet the subject
>keeps clogging up this group.
I agree 100%.
The Eudora programmers write software like the Microsoft programmers.
Add bells and whistles... forget about fixing bugs because people don't
buy patches... they buy features.
If email is a critical app for someone, I would never recommend it.
Frank G.
And which, pray tell, e-mail program *would* you recommend?
Notan
>> I agree 100%.
>>
>> The Eudora programmers write software like the Microsoft programmers.
>> Add bells and whistles... forget about fixing bugs because people don't
>> buy patches... they buy features.
>>
>> <snip>
>
>And which, pray tell, e-mail program *would* you recommend?
>
>Notan
Something tells me you're a Windows person.
Frank
Yes, but not because I think Windows is superior.
As an engineering student, back in the early 70s, Microsoft provided the only
link from mainframes to PCs.
I guess I never let go!
Notan
> >> I agree 100%.
> >>
> >> The Eudora programmers write software like the Microsoft programmers.
> >> Add bells and whistles... forget about fixing bugs because people don't
> >> buy patches... they buy features.
> >>
Error handling has been around from the early days of programming,
yet Qualcomm, through successive releases of Eudora, have miserably
failed to fix this problem. Time for them to fire the incompetents, or maybe
users will migrate away from Eudora.
Unfortunately I don't think Qualcomm really cares. Its not their primary
business.
I know its harder to write email clients than the old days (text-based mush,
mailx or pine never, ever hung or crashed on me), but come on Qualcomm, this is
pretty absurd.
An educated guess on the hanging: Since their app is not unicode, international
spam is confusing the app and causing it to hang.
F
> Unfortunately I don't think Qualcomm really cares. Its not their primary
> business.
But they don't mind taking your money for a defective product, that
for many years they have consistently failed to fix.
I use Eudora because of MS$ security failings, and I keep my
address book as a text file, so that a virus can't email itself to
everone I send mail to.
But to stop Eudora crashing I had to buy MailWasher, and that
has saved me hours of plowing through junk emails.
IMHO you shouldn't have to buy another product to fix flaws
in the first product.
But then I suppose we have to buy security software to fix
XP's security flaws, or migrate to Linux, which should be
quite a decent and mature product by 2012 when Vista finally
appears in a stable form.
To me Vista just looks like a carrier for DRM, and all the pain
and aggro that's going to cause. But that's another story.
> > But to stop Eudora crashing I had to buy MailWasher, and that
> > has saved me hours of plowing through junk emails.
>
> I have to wonder just what type of junk email you receive; none of
> the junk I receive has ever crashed Eudora -- not even during that
> mass-mailing virus a few years ago
Then you have been lucky, or living on borrowed time as far as
spam is concerned, plenty of us here have had one or more
Eudora freezes. I found that when it froze I lost emails through
having to delete .rcv files to get Eudora functional again.
The problems seems to be coming from just a few spammers
who send bad attachments.
Which is why MailWasher cures the problem, it deletes the
offending mail on the server and Eudora never sees it.
What Eudora needs is an initial parse, which if it fails Eudora
quarantines the message, displays a warning that the message
is quarantined, and moves on.
It wouldn't be rocket science to fix the problem, there are other
mail readers that don't freeze.
I believe that Katrina has stated (please correct me if I'm wrong) that
when an image file is attached/embedded to an email without an extension (no
.jpg or .gif, etc.), it will freeze Eudora. This may occur with some spam as
well as with messages forwarded to you from Outlook Express users at times.
Craig
> > Eudora freezes. I found that when it froze I lost emails through
> > having to delete .rcv files to get Eudora functional again.
>
> In 10 years of using Eudora, I've never even seen a .rcv file...
These are normally transient files, which only appear for a couple
of secs when Eudora is working as it should. So you wouldn't see
them. They only remain when Eudora freezes.
>> But to stop Eudora crashing I had to buy MailWasher, and that
>> has saved me hours of plowing through junk emails.
> I have to wonder just what type of junk email you receive; none of
> the junk I receive has ever crashed Eudora
There are several kinds of messages that have caused Eudora various
versions of Eudora to crash over the years, and not all of them have
always been spam. (Usually they're either spam or otherwise malicious
though.) One type that used to be relatively common was mail written
in Asian character sets with long headers. Older versions of Eudora
crashed when trying to process those messages. (Note the "relatively"
there. Most people probably never saw this problem, or only saw it once or
twice. Some people who happened to be getting mail from the wrong spammers
saw it a lot.) More currently, messages with embedded graphics that lack
an extension can hang the internal viewer or sometimes cause crashes.
> -- not even during that
> mass-mailing virus a few years ago with the 160KB payload (I had to keep
> my computer running 24/7 for a week because that junk filled my ISP
> mailbox in less than 30 minutes
Message size is not the issue, nor number of messages. It is the content
that causes problems when problems happen.
> Of course, I also run with the option to use M$ Viewer DISABLED --
That doesn't necessarily solve problems with defective/unprocessable/
undisplayable messages.
> M$ Viewer implies IE and all its weaknesses.
And while it may imply that to you, that isn't actually true. Eudora's
developers took steps to protect Eudora users from IE's security problems.
For the most part, those steps do their job pretty well. I wouldn't
recommend using the MS viewer without using good AV software, butusing it
is not nearly on the same level as using MS IE itself where threats are
concerned.
--
Katrina
> Then you have been lucky, or living on borrowed time as far as
> spam is concerned, plenty of us here have had one or more
> Eudora freezes. I found that when it froze I lost emails through
> having to delete .rcv files to get Eudora functional again.
If you lost mail that you wanted, chances are that you were deleting rcv
files that that didn't need to be deleted. When there is a problem with an
rcv file, the only one you need to delete is the one with the problem. The
one with the problem will normally be the oldest one in the group, since
they're processed in order.
> The problems seems to be coming from just a few spammers
> who send bad attachments.
Attachments? Are you sure about that? That doesn't fit with any specific
known problem that I can think of, at least not in Eudora itself.
> Which is why MailWasher cures the problem, it deletes the
> offending mail on the server and Eudora never sees it.
> What Eudora needs is an initial parse, which if it fails Eudora
> quarantines the message, displays a warning that the message
> is quarantined, and moves on.
> It wouldn't be rocket science to fix the problem, there are other
> mail readers that don't freeze.
Are you sure the problem isn't with your security software trying to get
rid of the bad attachments rather than Eudora really having a problem with
them? Having an AV program trying to delete files while it is working with
them can definitely cause problems in Eudora.
--
Katrina
> <ato...@hotmail.com> wrote...
>> The problems seems to be coming from just a few spammers
>> who send bad attachments.
> I believe that Katrina has stated (please correct me if I'm wrong) that
> when an image file is attached/embedded to an email without an extension (no
> .jpg or .gif, etc.), it will freeze Eudora. This may occur with some spam as
> well as with messages forwarded to you from Outlook Express users at times.
You're mostly right. The problem is with embedded files, not attachments.
That particular problem is one with displaying the messages, not with
processing the rcv files, so if the problem is cured by deleting a bad rcv
file, it isn't this problem.
--
Katrina
> > Then you have been lucky, or living on borrowed time as far as
> > spam is concerned, plenty of us here have had one or more
> > Eudora freezes. I found that when it froze I lost emails through
> > having to delete .rcv files to get Eudora functional again.
>
> If you lost mail that you wanted, chances are that you were deleting rcv
> files that that didn't need to be deleted. When there is a problem with an
> rcv file, the only one you need to delete is the one with the problem. The
> one with the problem will normally be the oldest one in the group, since
> they're processed in order.
My issue is that whatever the cause, Eudora should either process
the received file into its spool file, or if it can't process the file it
should quarantine it. It shouldn't crash and freeze, there are
mail programs that don't crash and freeze. It's not an insoluble
problem, it's a matter of error handling.
I shouldn't have to buy a second program to cure deficiencies
in the first one.
Worse, there are people who are not computer literate, paying
good money for a less than satisfactory product.
It's not a matter of whether it's foreign characters, images that
don't conform to JPEG Interchange Format (JFIF) or HTML
that doesn't validate to W3C standards, these issues are
bound to arise.
Considering how long this has been reported, and how many
posts have been made here over the years, how long before it
will be fixed.
>Craig <wp...@removemeworldnet.att.net> wrote:
>
>> <ato...@hotmail.com> wrote...
>>> The problems seems to be coming from just a few spammers
>>> who send bad attachments.
>
>> I believe that Katrina has stated (please correct me if I'm wrong) that
>> when an image file is attached/embedded to an email without an extension (no
>> .jpg or .gif, etc.), it will freeze Eudora. This may occur with some spam as
>> well as with messages forwarded to you from Outlook Express users at times.
>
>You're mostly right. The problem is with embedded files, not attachments.
I installed the latest beta a few days ago. Do you know if this bug has
been fixed? I haven't encountered one of those messages in a while.
Tom
--
remove .spoo to reply by email
I'm not sure. The release notes indicate that a bug that caused crashes
when inserting an extensionless graphic was fixed. It doesn't say anything
about similar crashes when displaying as opposed to inserting such
graphics, but I suspect it is the same problem, so it may well be fixed. I
don't have any of the offending messages handy to test.
--
Katrina
That would be nice. However, the problem that this discussion is about is
NOT a problem with rcv files at all, so your idea wouldn't fix it.
> Considering how long this has been reported, and how many
> posts have been made here over the years, how long before it
> will be fixed.
Actually, this particular problem is not all that old. It dates back to
the later versions of 6.x.
The various problems that really are rcv files tend to come and go. One
comes up, it gets fixed, then there is some other problem later that then
gets fixed and so on. I agree with you that it would be nice if they'd use
better error handling to deal with errors in general. Unfortunately, it
isn't always easy to figure out how to generically handle future errors
that you don't know are going to happen, especially if the errors crash
the program. In this case, I think there is a relatively easy way to deal
with it after the first attempt to process the file fails. If they set up
some kind of temp file to keep track of which rcv file was being
processed, and checked for the existence of that file at startup, they
could then ask the user whether or not to try to process that file again,
allowing the user to permanently stop trying to do it if it crashed
Eudora. I might just suggest that to them after thinking it out a bit
more.
--
Katrina
Ah - then I think I misconstrued the thread. You're talking about crashes
when VIEWING messages containing extension-less graphics. I haven't seen
that problem here in a long time. What I thought we were talking about
involved crashes when trying to forward or reply to such a message.
If you're using the MS viewer, you wouldn't see the problem unless you
were replying or forwarding. Crashes involving both viewing and
replying/forwarding are caused by the same bug though. Trying to forward
or reply to a message with one of those graphics causes the internal
viewer to try to display the graphic just as simply viewing it
does. (This particular problem is specific to the internal viewer,
although the MS viewer doesn't necessarily display the graphics, it
doesn't crash either.)
--
Katrina