<div dir="ltr">Much better,  thank you! And I can confirm the smtp server is a Microsoft Exchange 2010_SP2. <br><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 29, 2015 at 7:40 PM, Kazuhiro Ito <span dir="ltr"><<a href="mailto:kzhr@d1.dion.ne.jp" target="_blank">kzhr@d1.dion.ne.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
> I got a base64-decode error using WL while trying to authenticate using<br>
> NTLM with smtp server which supports this mechanism. I traced this to the<br>
> "smtp-primitive-auth" function in FLIM's smtp.el.<br>
><br>
> In it, there's a call to base64 decode the server's response (line 516 of<br>
> smtp.el) to client's "AUTH NTLM" request:<br>
><br>
> (sasl-step-set-data step (base64-decode-string (nth 1 response)))<br>
><br>
> If the server responds with "NTLM Supported" (which it does in my case),<br>
> the base64-decode-string function throws an error.<br>
<br>
</span>Though RFC 2554 says server's response is a 334 reply with the text<br>
part containing a BASE64 encoded string, Microsoft says server returns<br>
such human readable string on NTLM authentication. (*1)<br>
<br>
(*1) <a href="https://msdn.microsoft.com/en-us/library/cc246825.aspx" rel="noreferrer" target="_blank">https://msdn.microsoft.com/en-us/library/cc246825.aspx</a><br>
<span class=""><br>
> To get around this, I've edited line 516 to ignore-errors:<br>
><br>
> (sasl-step-set-data step (ignore-errors (base64-decode-string (nth 1<br>
> response))))<br>
><br>
> Is there a better way to do this?<br>
<br>
</span>I think similar fix would be needed.  Please try the attached patch.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Kazuhiro Ito<br>
</font></span></blockquote></div><br></div></div></div>