Mac Forum / Applications / Eudora / May 2008

I did a search for "3162" on the Eudora tech support site and found
this:

http://eudora.com/techsupport/kb/2444hq.html

Although it doesn't mention AT&T on that page, the FAQ page that
leads to it does:

http://eudora.com/techsupport/mac/faq/

Patty

Have you tried setting SSL to Required (Alternate Port)?

I ask because in a different situation that was what I needed to do.

I'm not sure if you would also need to adjust things in the Ports and
Protocols section of the Settings. I also can't remember if that is in
the default collection of settings. I think you may have to
installEsoteric Settings to get that.

Generally your "User Name" (login) for AT&T should be your full,
"home account" email address, e.g.: myself@sbcglobal.net
(or whatever it is in working Mac Mail)

Probably the only gap in transfering Mac Mail settings to Eudora
is in the port numbers, which is basically a user interface (GUI)
and documentation gap in Eudora -- the only email program
which considers actual port numbers in use as if "Top Secret" info,
never to be disclosed to any user :)

At the risk of violating the Official Secrets Act:

Incoming/Outgoing port numbers and SSL settings for any ISP
correspond to Eudora's "Secure Sockets" options,
within each Personality's "Properties" (Windows)
or under the separate "SSL" settings (Mac):

Incoming -> set "Secure Sockets while Receiving"
(or "SSL for POP/IMAP") for the given personality to:
Port 110 (or 143) and no SSL -> "Never" (None)
Port 110 (or 143) with SSL -> "Required, [START]TLS"
Port 995 (or 993) with SSL -> "Required, Alternate Port"

Outgoing -> set "Secure Sockets while Sending"
(or "SSL for SMTP") for the given personality to:
Port 25 (or 587) and no SSL -> "Never" (None)
Port 25 (or 587) with SSL -> "Required, [START]TLS"
Port 465 with SSL -> "Required, Alternate Port"

If the ISP specifies outgoing port 587,
then also check-mark "Use submission port (587)"
otherwise be sure to clear that check box
for the given Personality (under "Personalities" in Mac)

Note that outgoing (SMTP)
"Alternate Port" (465) and "Submission Port" (587)
can not both be used at the same time,
so don't specify both things for the same personality.

Finally, be sure to always check-mark "Allow authentication"
for all SMTP servers requiring authentication (login for sending).

Problems:

No connection:

Wrong port, firewall/ISP block, Anti-virus/spy (disable mail scanners),
wrong "Esoteric" default ports, wrong "overrides" of built-in default ports.

SSL problem: SSL (vs. "587") settings, Anti-virus (disable mail scanning)

POP login fails and SMTP auth fails: wrong "User Name"
(try adding or removing "@somewhere.net" in "User Name" field)

If the connection problem persists and it's not obvious what's wrong,
use built-in logging to get necessary data for exact diagnosis.

--

I finally got it working, although I'm not quite sure what's going
on.  Since this might help some other Eudora/Mac user, I'll explain.

    Recall the situation.  I have two ISPs.  One of them, AT&T, I'm
treating as just the supplier of my DSL connection, but AT&T is
technically an ISP and, if I understand things correctly, they are
responsible for handling my outgoing mail.  Incoming mail is delivered
to my old ISP, from whom I retrieve it.  My problem arose when AT&T put
into place a bunch of things to cut down on outgoing spam, specifically
SSL and a non-standard port

    The solution was to nearly ignore AT&T.  For my SMTP server, I gave
my old ISP's server.  I did however check "Allow authorization" on the
"Sending Mail" settings window.  On the "Ports & Protocols" window, I
entered AT&T's special SMTP port.  On the "SSL" window, I selected
"Required (Alternate Port)" for "SSL for STMP:" and "Maximum
Compatibility" for "Alternate Port SSL Negotation".  I did the same for
"SSL for IMAP:" and "Standard Port SSL Negotation", which probably
doesn't matter but I'm not inclined to experiment any more right now.
Finally, I made all of the mail passwords the same.  Early on, I entered
at AT&T's website all of the return addresses I was going to use and had
them verified.

    I haven't been able to make out from the log file what's going on.
If anybody's interested, I'll post an extract.

                       Charlie