Eudora + Comcast Problem

Have long been using Eudora 5.2 with Comcast with no problems, but
Comcast has just forced me to switch from default SMTP port 25 to 587,
and Eudora doesn't like it, returning an authorization failure whenever I
try to send through Comcast's SMTP server.

Actually, if I set Eudora up in "pure Comcast" mode -- pointing at my
Comcast mailbox on its POP3 server, it sends fine through Comcast's SMTP
server.

But like most folks with their own domain name, I get my email at the
mailbox at my domain. That worked fine before this port switch: Eudora
fetched my mail from my domain POP server and sent mail out through the
Comcast SMTP server. Now if fails.

I can't help thinking that I'm overlooking some setting, but I'll be
darned if I know what it is. I'd be willing to upgrade to the latest
version of Eudora if I thought that would help.

Are there any Eudora + Comcast Port 587 users out there who can enlighten
me?

--
--------------------------------------------
Dick Baker
(contact via http://goon.org/newcontact.php)

On Mon, 04 Aug 2008 19:06:03 -0500, Dick Baker wrote:

> Have long been using Eudora 5.2 with Comcast with no problems, but
> Comcast has just forced me to switch from default SMTP port 25 to 587,
> and Eudora doesn't like it, returning an authorization failure whenever
> I try to send through Comcast's SMTP server.
>
> Actually, if I set Eudora up in "pure Comcast" mode -- pointing at my
> Comcast mailbox on its POP3 server, it sends fine through Comcast's SMTP
> server.
>
> But like most folks with their own domain name, I get my email at the
> mailbox at my domain. That worked fine before this port switch: Eudora
> fetched my mail from my domain POP server and sent mail out through the
> Comcast SMTP server. Now it fails.

Servers require logins (with username and password) to do things.

Each Eudora personality can have only one username and password.

Therefore, you need as many Eudora personalities
as you have different username/password logins.

If one single personality has to login to both a POP and SMTP server,
but both servers don't accept the same username/password,
then one of the two logins will fail.

When you use an SMTP server which does _not_ need a login,
it can be associated with any "POP personality" and still work,
but as soon as "authentication" (login) is required,
you must either pair SMTP servers with POP servers that accept
the same username/password, or create separate personalities.

A feature called "SMTP Relay" (poorly named exists
to induce various "POP personalities" to hand off their outgoing mail
to some other personality to send -- this merely uses the other
personality's SMTP server, without affecting the "sending personality"
or the "From:" line of the outgoing message,
and generally takes care of the above issue.

IIRC, Eudora version 6.2.3.4 was the earliest which had the complete ability
to specify any combination of servers and ports (having just added
the "Use submission port (587)" check box to each individual personality);
however, you might be able to use 5.2 with a different Comcast SMTP setup,
which uses port 465 instead
(which is the "Alternate Port" in the SSL settings for sending mail):
http://help.comcast.net/content/faq/...hile-traveling

It is also possible to edit Eudora.ini and manually make up
for the incomplete settings interface prior to version 6.2.3.4,
but it seems more profitable to me to get the latest version (7.1.0.9)
and thus take advantage of everything both fixed and added since older versions.

A related discussion, on Qualcomm forums:
http://eudorabb.qualcomm.com/showthr...3353#post37616

--

On Mon, 04 Aug 2008 19:51:57 -0500:

>> Comcast has just forced me to switch from default SMTP port 25 to 587,
>> and Eudora doesn't like it, returning an authorization failure whenever
>> I try to send through Comcast's SMTP server.

I should have inserted one more thing -- you also have to check the box
"allow authentication," or else the personality sending mail
won't even try to log in.

Of course, you still need the right username/password,
so one personality can't login to two different ISPs,
unless, by coincidence or design, the usernames and passwords
are identical at each.

--

John,

Thanks for your very lucid explanation--I wish I'd thought to ask here
before wracking my brains in frustration for several days. And (but
scarcely any credit to me at this point) through experimentation I had
come close to your conclusions. Late last night it occurred to me to use
a personality to check my "real" mail box at my domain name and leave the
unused Comcast mail box as the dominant personality. It took a little
fiddling, but seems to do everything I need.

I also consulted the Eudora 7.1 manual and suspected that upgrading to
7.1 would solve my problems. I'd have done that immediately (and still
might), but I learned that Qualcomm is no longer supporting Eudora at
all. It's bad enough to own software that goes orphan on you, but I hate
the thought of buying an orphan from the outset.

"John H Meyers" <jhmeyers@nomail.invalid> wrote in
newsp.ufd10vhbnn735j@miu.edu:

> Servers require logins (with username and password) to do things.
>
> Each Eudora personality can have only one username and password.
>
> Therefore, you need as many Eudora personalities
> as you have different username/password logins.
>
> If one single personality has to login to both a POP and SMTP server,
> but both servers don't accept the same username/password,
> then one of the two logins will fail.
>
> When you use an SMTP server which does _not_ need a login,
> it can be associated with any "POP personality" and still work,
> but as soon as "authentication" (login) is required,
> you must either pair SMTP servers with POP servers that accept
> the same username/password, or create separate personalities.
>
> A feature called "SMTP Relay" (poorly named exists
> to induce various "POP personalities" to hand off their outgoing mail
> to some other personality to send -- this merely uses the other
> personality's SMTP server, without affecting the "sending personality"
> or the "From:" line of the outgoing message,
> and generally takes care of the above issue.
>
> IIRC, Eudora version 6.2.3.4 was the earliest which had the complete
> ability to specify any combination of servers and ports (having just
> added the "Use submission port (587)" check box to each individual
> personality); however, you might be able to use 5.2 with a different
> Comcast SMTP setup, which uses port 465 instead
> (which is the "Alternate Port" in the SSL settings for sending mail):
> http://help.comcast.net/content/faq/...ook-Express-to
> -send-and-receive-E-mail-while-traveling
>
> It is also possible to edit Eudora.ini and manually make up
> for the incomplete settings interface prior to version 6.2.3.4,
> but it seems more profitable to me to get the latest version (7.1.0.9)
> and thus take advantage of everything both fixed and added since older
> versions.
>
> A related discussion, on Qualcomm forums:
> http://eudorabb.qualcomm.com/showthr...3353#post37616
>



--
--------------------------------------------
Dick Baker
(contact via http://goon.org/newcontact.php)

Oops--you were more right than I realized, and I didn't solve the problem
as I thought. I set up a personality to check my "real" email box at my
domain and I left the SMTP server blank, presuming that since the Comcast
SMTP server was specified in the dominant personality, all outgoing mail
would go through it.

Didn't realize I'd blundered until I tried replying to a message that had
come in through the subpersonality door. Eudora recognized it has having
come in that door, so it insisted on sending it out that way. Which fails,
whether I leave the SMPT server blank or put the Comcast server there;
either way, there's the mismatch that, as you said, just won't work. Guess
it's on to the Big Orphan.

Dick Baker <seesig4address@goon.org> wrote in
news:Xns9AF17A2842996kx97@140.99.99.130:

> John,
>
> Thanks for your very lucid explanation--I wish I'd thought to ask here
> before wracking my brains in frustration for several days. And (but
> scarcely any credit to me at this point) through experimentation I had
> come close to your conclusions. Late last night it occurred to me to
> use a personality to check my "real" mail box at my domain name and
> leave the unused Comcast mail box as the dominant personality. It
> took a little fiddling, but seems to do everything I need.

--
--------------------------------------------
Dick Baker
(contact via http://goon.org/newcontact.php)

On Tue, 05 Aug 2008 11:00:33 -0500, Dick Baker wrote:

> I learned that Qualcomm is no longer supporting Eudora at all.

Do they suport old 5.2 better than new 7.1 ?

Actually, the continuation and maintenance
of the entire "Eudora.com" site
(plus forums at eudorabb.qualcomm.com),
with continuing availablilty of all documents,
all installers, and some faint hint of eventually
seeing the "Thunderbird imitation of Eudora"
(launched by developers still on Qualcomm payroll)
is some significant degree of support!

> It's bad enough to own software that goes orphan on you,
> but I hate the thought of buying an orphan from the outset.

No "buying" (Qualcomm stopped taking money since April 2007),
so you'll have to accept it for free

Even without any code at all, selecting "sponsored" mode
and shoving the small "Ad window" completely off-screen
provides almost everything anyway, except spam filtering
(the sometimes problematic "Ultra-fast search" module
from x1.com, which charges royalties to Qualcomm for its use,
is no longer distributed with Eudora version 7).

"Paid" registration codes are also easy to come by
(some have been posted in this newsgroup);
although some "name" is associated with each code,
no one but you can see it, so whether it's
a university name, or your name, or "Jane Doe"
makes no difference. Eudora also transmits no info
to Qualcomm for any obnoxious tracking or restriction,
so you can really use any code that you come upon.

--

On Tue, 05 Aug 2008 11:45:05 -0500, Dick Baker wrote:

> I didn't solve the problem as I thought.
> I set up a personality to check my "real" email box at my domain
> and I left the SMTP server blank, presuming that since the Comcast
> SMTP server was specified in the dominant personality,
> all outgoing mail would go through it.

Well, "Dominant" sounds like an all-powerful dictator,
but it just doesn't take over for a missing SMTP server
in other personalities

> Didn't realize I'd blundered until I tried replying to a message that had
> come in through the subpersonality door. Eudora recognized it has having
> come in that door, so it insisted on sending it out that way. Which fails,
> whether I leave the SMPT server blank or put the Comcast server there;
> either way, there's the mismatch that, as you said, just won't work.

Version 5.2.x didn't have the "SMTP relay" feature
to tell any personality to use another personality's SMTP server,
the first appearance of which was in version 6.0;
neither can this be remedied by manually editing Eudora.ini,
so it's pretty much "update or else," at this point.

Actually there is still a way for you to live with 5.2,
which is to simply specify your "other ISP" email address
(not your username or password, just the "Email address" field)
in your "Comcast" personality, so that you should
be able to choose the Comcast personality when sending mail,
yet have outgoing mail still say "From: me@myother.net"

This is not so convenient, however, for people who have
more than one "POP personality" to "impersonate"
when sending as the "Comcast" (or common outgoing) personality.

Even then, there exists a setting which might allow you
to edit the "From:" header in _any_ outgoing message,
which could be useful for any "die hard"
who wants never to upgrade from version 5:

Insert into an outgoing message, followed by a "newline,"
hold ALT on keyboard and click it, change value to 1:
<X-Eudora-Option:EditAllHeaders>

That option is mentioned on this "support" page,
as well as in my manual and my built-in "Help":
http://www.eudora.com/techsupport/ini.html
(so how can you say there's no "support"?

> Guess it's on to the Big Orphan [7.1.0.9]

At least it's big (pregnant with more newborn capability

--

"John H Meyers" <jhmeyers@nomail.invalid> wrote in
newsp.uffab3nann735j@miu.edu:

>> It's bad enough to own software that goes orphan on you,
>> but I hate the thought of buying an orphan from the outset.
>
> No "buying" (Qualcomm stopped taking money since April 2007),
> so you'll have to accept it for free

Yes, happy surprise. I downloaded 7.1 this morning and solved all my
problems. You can't complain about no "factory" support when you get the
product free.

> Even without any code at all, selecting "sponsored" mode
> and shoving the small "Ad window" completely off-screen
> provides almost everything anyway...

Ah, that is, I hope, my last question/request for help. I presume the Ad
window is the one at the left, a plain gray field with the Eudora logo at
the top. Dragging the right edge of it as far left as possible gets it
down to taking about 10-15% of the screen, but that's as far as I could go.
How to you shove it completely off-screen?

--
--------------------------------------------
Dick Baker
(contact via http://goon.org/newcontact.php)

On Tue, 05 Aug 2008 17:03:52 -0500, Dick Baker wrote:

> Dragging the right edge of [Ad window] as far left as possible
> gets it down to taking about 10-15% of the screen,
> but that's as far as I could go.
> How do you shove it completely off-screen?

You've already done right-click and "Float in main window,"
so now just click as _high_ as possible in that window
and drag straight _down_ to bottom of entire screen.

Visit again soon, and see whether "Froggie" or "Pantyhoseman"
spring out of the woodwork to deliver
a personalized reg code for your own name, or search
http://groups.google.com/advanced_se...ora.ms-windows
for author "froggie," or separately for "contains" the word: pantyhoseman
(which each find several posted in the past).

A "Paid" reg code for all versions through 5.2.x was even offered
by Qualcomm: http://www.eudora.com/techsupport/kb/2759hq.html

They may have stopped there for several reasons
(such as royalties due in later versions
for licensed modules from other sources),
but had indicated in their U.S. Patent #7103643
http://www.freepatentsonline.com/7103643.html
http://www.patentstorm.us/patents/7103643.html
that the publication of a reg code could be considered
upon "retirement" of the product,
and both Eudora and Ms. Welty do seem to have retired,
to places from which neither will return to live again.

http://en.wikipedia.org/wiki/Eudora_Welty
http://www.eudorawelty.org/

--

On Tue, 05 Aug 2008 17:44:47 -0500, I wrote:

[re: dragging "Ad" window off-screen]

> You've already done right-click and "Float in main window,"

Oops, that should have read:

You've already done right-click and un-checked "Allow docking,"

[then drag top edge of Ad window to bottom edge of entire screen]

Each Eudora re-start raises the window back up slightly,
but of course you can shove it back down and forget it again all day
(or week, if you use "Standby" instead of "Shutdown" to make Windows
into a more "instant off, instant back on" sort of thing

--