Re: client end of ssl authenticaiton
- From: per@xxxxxxxxxxxx (Per Hedeland)
- Date: Fri, 16 May 2008 07:07:02 +0000 (UTC)
In article <87mymrdqtp.fsf@xxxxxxxxxxx> reader@xxxxxxxxxxx writes:
per@xxxxxxxxxxxx (Per Hedeland) writes:
In article <877idva5sd.fsf@xxxxxxxxxxx> reader@xxxxxxxxxxx writes:
But judging by the way its done with thunderbird I'm guessing that
just as a client.. it must be simpler. All I had to do there was
check an ssl box during setup. And I noticed it popped up a port
number 465.
You're right about cert config not being *required* for the client
(though it means that you lose a major benefit of using SSL), but see my
response to a question about this same scenario (though different ISP it
seems) posted just yesterday, at:
http://groups.google.com/group/comp.mail.sendmail/msg/30673f90c94b4beb
I see the reponse... thanks... but I don't see any proposed solution
unless you are saying I should be absolutely sure it is required.
Exactly. If you can use the standard STARTTLS instead of the
non-standard SMTPS, you will have significantly less headache with
sendmail. So double-check with your ISP whether they support STARTTLS
first.
If they don't seem to have a clue about that, you can try connecting
to the SMTP server with 'telnet <server> 25' and type in
EHLO some.host.name
If the response includes the word STARTTLS, it just may work.
My only real clue about it being a requirement is that my wifes
windows xp setup with outlook quit working too, and I piddled with it
for a good while until finally tried the ssl box which when checked
shows port 465 will be used.
Not a good basis for decision, using STARTTLS with outlook may be
problematic and/or non-obvious.
You didn't go into the solution part... only saying the reader
wouldn't want to go there.
Do you suspect I can get past the comcast server some other way?
STARTTLS is a possibility, and it's not "getting past" as in avoiding
the SSL requirement, just doing it in a standard way that has builtin
suppport in sendmail.
--Per Hedeland
per@xxxxxxxxxxxx
.
- Follow-Ups:
- Re: client end of ssl authenticaiton
- From: reader
- Re: client end of ssl authenticaiton
- References:
- client end of ssl authenticaiton
- From: reader
- Re: client end of ssl authenticaiton
- From: Per Hedeland
- Re: client end of ssl authenticaiton
- From: reader
- client end of ssl authenticaiton
- Prev by Date: Re: client end of ssl authenticaiton
- Next by Date: Re: Aliases and AIX
- Previous by thread: Re: client end of ssl authenticaiton
- Next by thread: Re: client end of ssl authenticaiton
- Index(es):
Relevant Pages
|