On Mon, 15 May 2006, william(at)elan.net wrote:
> On Mon, 15 May 2006, Stuart D. Gathman wrote:
>
> > Outlook 6.00.2800.1123 has no such luck. There doesn't seem to be
> > a way to downgrade. I just read Scott's note from Postfix that Outlook
> > uses "AUTH=LOGIN" instead of "AUTH LOGIN". Perhaps sendmail-8.13.6
> > needs a work around for that ...
>
> Why? Sendmail is not the one not complying with standards...
After finding that only the username 'ed' doesn't work, I
tried running AUTH LOGIN over SSL using "openssl s_client".
I found that only the username 'ed' doesn't work. So, other than "Secure
Password" and STARTTLS being broken, Outlook is off the hook. It
can at least do LOGIN over SSL. I suspect a bug in SASL1. I have rebuilt
sendmail-8.13.6 with SASL2, and will do some testing with that.
> > That is the sort of thing the web page is intended to collect.
>
> I think this is ok for community page, but I'm not sure such data
> is appropriate for SPF official project page as its not really
> about SPF or technology developed largely as part of SPF project
> (which would be SRS, SES, etc).
Ok. But SMTP AUTH is just as essential to SPF deployment as SRS.
In fact, it is more essential. SRS is a work around for recipients
that can't list their own forwarders for some reason (e.g. large ISP
supporting non-computer literate mail users). SMTP AUTH is the
cleanest way to enable an SPF pass for mobile users. (Other choices
being VPN and SSH tunnels.)
You are right, it was not developed as part of the SPF project. But
it is essential to deployment. I am happy with a Community page, though.
--
Stuart D. Gathman <[EMAIL PROTECTED]>
Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.
-------
To unsubscribe, change your address, or temporarily deactivate your
subscription,
please go to http://v2.listbox.com/member/[EMAIL PROTECTED]