9/14 does soda support smtp over ssl?
\_ FWIW: SMTP over ssh works (using port forwarding) -lim
\_ I already know that, but would prefer not to keep ssh'ing in
to send mail.
\_ Why not just stay ssh'ed in? Anyway, what's so great about
smtp over ssl? Do you need to make sure your employers
aren't reading your raunchy emails?
\_ Like they don't have keyboard loggers or hidden spyware
running if they cared.
\_ For fuck's sake, why use SODA for anything that you want to have
the appearance of security. it's EMAIL for fuck's sake.
\_ I was going to say something like that. Instead, I'll just say,
"Antonio Banderas! Eckes! Ditto!" for the movie preview crowd.
\_ well, according to that logic, why do we bother requiring ssh
at all?
\_ Protecting logins is much different than protecting email.
With a local login breach, you expose the organization to
liability. no one cares about your email.
\_What if the e-mail contains sensitive data about the
orginization?
\_ Okay, I guess I'm doing something wrong, because don't I
need to provide a login/password to send mail to out of
soda, or is soda an open relay? are passwords always
encrypted when authenticating to smtp?
\_ Actually, yes. Only ssl pop and imap access are
allowed. And you don't "authenticate to smtp".
Don't try to be clever without doing your research.
\_ Sorry. Is "are passwords always encrypted when
providing authentication to an SMTP server" better?
I guess I'm just retarded; even when using secure
password authentication for SMTP, I can't send email
to other hosts. And no, I am not a dormy; I'm just
an alum with no SMTP-fu.
\_ You don't authenticate with an SMTP server. Ok?
telnet localhost 25. helo foo, mail from: me
rcpt to: csua@csua, data, you suck, .
Nowhere do you supply a username or passwd
\_ that's fine and dandy when you're sending mail
to users on csua, but what about to elsewhere?
won't you get a "no relaying" error message?
and if there's no authentication, wtf is the
auth command for?
\_ I hate dormies who take everything to extreme and silly
conclusions and therefore argue for the opposite. Here's the
other direction, "Let's unplug soda for optimum security. No
one can be trusted, anything less is unsafe". Stupid dormy.
\_ One is about protecting data, the other is about protecting
your password, which includes more than just data. |
http://csua.com/feed/