Eudora Checking Mail on Unchecked Personalities
done...@donestes.com
randomly - to check email on personalities for which the Check Mail
box is unchecked. It doesn't do it consistently, only sometimes. Any
ideas?
Thanks,
Don Estes
John H Meyers
What suggests to you that this actually happens?
What do the "X-Persona:" headers of those messages say?
(these headers are shown when "Blah blah" has been clicked)
Alter the POP server names for those personalities
to invalid names (e.g. append ".not") and see what happens.
--
done...@donestes.com
> On Tue, 25 Nov 2008 08:24:49 -0600, Don Estes wrote:
> > Eudora (7.1.0.9 but also 6.2.5.6, paid mode) has recently started -
> > randomly - to check email on personalities for which the Check Mail
> > box is unchecked. It doesn't do it consistently, only sometimes.
> > Any ideas?
>
> What suggests to you that this actually happens?
I've watched it happen in the Task Status pane. The typical symptom
is to see exactly duplicated messages, one from each persona, when the
race condition causes parallel downloads from each persona.
>
> What do the "X-Persona:" headers of those messages say?
> (these headers are shown when "Blah blah" has been clicked)
No "X-Persona:" headers shown when clicking "Blah blah"!
>
> Alter the POP server names for those personalities
> to invalid names (e.g. append ".not") and see what happens.
Well, that will sure fix the problem, won't it! I'll take a practical
suggestion over an elegant suggestion. Thanks!
John H Meyers
JHM:
>> What do the "X-Persona:" headers of those messages say?
>> (these headers are shown when "Blah blah" has been clicked)
> No "X-Persona:" headers shown when clicking "Blah blah"!
Any message downloaded by any personality other than "Dominant"
should have that header (usually the very topmost header line),
which is how Eudora associates incoming messages
with their respective personalities.
If any one message was downloaded for more than one personality,
this is how that fact could be verified
(try searching for messages by personality, for example).
How many personalities do have "Check mail" checked?
A remote possibility might be that "Eudora.ini"
has been inappropriately modified or edited.
--
done...@donestes.com
and what did I find but Eudora hanging on a password entry for a
persona that was not checked. Upon entry I watched it check the POP
server in the Task Status pane.
Furthermore, when I made the previous post last evening I would click
on download and this particular persona did not check (correctly).
And, I clicked download again right now and only the 3 checked
personas came up and checked with the POP servers, not the one that
had just (incorrectly) attempted to check its indicated POP server.
I went into eudora.ini to verify the CheckMailByDefault flag, which
was set for <dominant> and the 2 alternate personas for which I had
selected check mail in the persona properties. In other words, it
appeared to be correct.
Note that I have 15 personas defined in addition to <dominant>, to
allow me to select different return addresses and to select
alternative SMTP servers, depending on exactly where I am and which
ports are open or blocked.
The only thing I can figure is that the flag in memory is occasionally
being corrupted, but then refreshed shortly thereafter. That is
actually my bigger worry - yes, I can use your suggested workaround to
rid myself of the duplicated messages, but what other problems are
sitting latent? When running Eudora 6.2.5 under Vista, it aborts with
an unhandled exception frequently, sometimes to the point where I have
to shut it down altogether and go to webmail, but it almost never
aborts when I run it under Windows 2000 or XP. I was hoping that
7.1.0 would have had these problems sorted out. Guess not.
Thanks!
Don
John H Meyers
> Well, I just finished reading this post and went to the Eudora window,
> and what did I find but Eudora hanging on a password entry for a
> persona that was not checked. Upon entry I watched it check the POP
> server in the Task Status pane.
There is a case where it is normal to be asked for a "POP server" password,
even though not checking mail for it.
This is because whenever outgoing mail is sent through an SMTP server
which requires authentication, either by sending mail for that personality
or because it's the "SMTP relay personality" for others,
and that password isn't currently remembered or accepted,
Eudora presents a dialog box asking for that personality's password,
but identifying the request as being for the named POP server,
even though it's actually needed for the corresponding SMTP server.
Once you have given a password for any personality within one Eudora session,
Eudora will remember if for the rest of that continuous session,
even if "remember password" wasn't checked (in other words,
the "remember" question refers to permanent saving,
for subsequent sessions, not to the current session itself).
Did you rename the POP servers that were not to be checked for mail,
as was suggested?
If so, then even if you were to have supplied a password,
ostensibly for one of these non-existent POP servers,
no mail could have been received as a result.
For all incoming mail, "X-Persona:" headers
(hidden unless "Blah blah" is depressed) should be created
to identify any personality name other than "Dominant"
whose login was used to download each message.
If several personalities have identical login info, that situation
sometimes causes confusion (and may result in duplicate mail),
but "X-Persona:" headers should be able to distinguish
"what Eudora was thinking" (i.e. which personality it used)
to fetch each message.
> Note that I have 15 personas defined in addition to <dominant>, to
> allow me to select different return addresses and to select
> alternative SMTP servers, depending on exactly where I am
> and which ports are open or blocked.
You may need to hire a "Eudora bookkeeper," then :)
> The only thing I can figure is that the flag in memory is occasionally
> being corrupted, but then refreshed shortly thereafter. That is
> actually my bigger worry - yes, I can use your suggested workaround to
> rid myself of the duplicated messages, but what other problems are
> sitting latent? When running Eudora 6.2.5 under Vista, it aborts with
> an unhandled exception frequently, sometimes to the point where I have
> to shut it down altogether and go to webmail, but it almost never
> aborts when I run it under Windows 2000 or XP. I was hoping that
> 7.1.0 would have had these problems sorted out. Guess not.
I get an occasional 7.1.0.9 crash even under XP,
but it never seems to have caused me any damage.
Version 6.2.5.6 (the last of "Version 6") was released in September 2005,
more than a year before Vista's "coming out party,"
while version 7.1.0.9 was released a year later,
when Vista was much closer to its formal release,
and Qualcomm had time to check it out much further.
As to what causes any crashes, there are so many actors onstage,
just as in the current economic storm, that precise responsibility
may be hard to pin down, although of course one would like
to have someone still trying to defend the product against them,
even with work-arounds if necessary -- but the ship is unmanned, alas,
with no more course corrections possible (except on Microsoft side,
or any other software which sometimes interferes, such as
anti-virus, anti-spyware, and firewalls).
Once Gmail has taken over everything, there will be no more
local email clients anyway, so "problems" will be a thing of the past,
and a "diskless browser" will be all we ever need :)
--
John H Meyers
could also settle, for sure, exactly what sessions
were actually conducted, without needing to rely
on fleeting appearances in the "Task Status" window.
If the particular personalities are not identified
in the log, however, and more than one personality
contains the same POP server name, this might still
need some further sleuthing, perhaps by adjusting
the non-existent POP server names to
pop.my.isp.personaA, pop.my.isp.personaB, Etc.
--