<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">In a previous life, I worked with one
of the people MS hired to do the ergonomics of Windows 95.<br>
<br>
Their task was to provide a lovely user interface that was *as
different as possible* from any of Xerox Star, Apple Mac or Unix
X11, specifically so that people would find them frustrating if
they had ever used Windows.<br>
<br>
Regrettably, that meant that Windows was frustrating to anyone who
had ever used a computer.<br>
<br>
Net result: they had to compete on quality alone, and Mac won.<br>
<br>
It looks like history is now repeating itself. I rather hope with
the same results.<br>
<br>
--dave<br>
<br>
On 04/07/18 06:20 PM, Peter King via talk wrote:<br>
</div>
<blockquote type="cite"
cite="mid:20180704222019.GA17685@amber.utoronto.ca">
<pre wrap="">On Wed, Jul 04, 2018 at 03:08:03PM -0400, Myles Braithwaite 👾 via talk wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I was having the same issues a year ago and basically gave up. I'm not
100% sure if this will work for you but it magically started working for me.
I switched my O365 account two-factor auth (they use SMS to transmit the
code, Ew) and had to create a bunch of app passwords[0] to be able to
connect with my main email client. Randomly one day decided to see if
this would work with fetchmail and lo and behold it did.
I don't know why it worked or if something was disabled in that year but
it works now.
[0]: The location where you generate new passwords is here:
<a class="moz-txt-link-rfc2396E" href="https://account.activedirectory.windowsazure.com/AppPasswords.aspx"><https://account.activedirectory.windowsazure.com/AppPasswords.aspx></a>
</pre>
</blockquote>
<pre wrap="">
Thanks for the suggestion! Unfortunately, it didn't work.
I tried representing the backslash in .fetchmailrc as "\92" which is the
decimal escape ASCII code for the backslash. It failed, but, oddly, the
logfile has the MS Office365 server reading the username with a double
backslash. No idea why. (The same results with octal and hex codes for
the backslash.)
If you put in a single backslash, it vanishes.
A double backslash remains a double backslash.
A triple backslash becomes a double backslash.
Quadruple remains quadruple. Quintuple becomes quadruple. And so on.
Either fetchmail or Office365 (or both together) are doing something to
that backslash that seems to be causing the problem. I can't figure out
what, though. Arrgghh. I use Linux to avoid this sort of idiotic issue,
not to have to batter through it.
</pre>
<!--'"--><br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">---
Talk Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:talk@gtalug.org">talk@gtalug.org</a>
<a class="moz-txt-link-freetext" href="https://gtalug.org/mailman/listinfo/talk">https://gtalug.org/mailman/listinfo/talk</a>
</pre>
</blockquote>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
David Collier-Brown, | Always do right. This will gratify
System Programmer and Author | some people and astonish the rest
<a class="moz-txt-link-abbreviated" href="mailto:davecb@spamcop.net">davecb@spamcop.net</a> | -- Mark Twain
</pre>
</body>
</html>