Re: Microsoft's "Modern Authentication"
Christer Mjellem Strand <[email protected]> Fri, 05 Mar 2021 12:45:59 +0100
| Newsgroups | gmane.mail.mulberry.user |
|---|---|
| Message-ID | <9CDE409DBEAF872C2EF607A4@plopp> |
--==========1FC23AE08266F4FC4E5E========== Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; size=1437 >> Folks, my university is shifting to a Microsoft360 email server, and >> they say that "You will need to access your JMU email account using >> clients and browsers that support Microsoft's "Modern >> Authentication". >> >> In the pit of my stomach, I fear that Mulberry can't do this. Am I >> correct, or is there hope? > > Your only hope is DavMail: > > http://davmail.sourceforge.net/ > > I haven=E2=80=99t used it myself, but it works as a gateway between = an IMAP > application (like Mulberry) and an Exchange server. I've used DavMail for 5+ years, against both Office 365 (Microsoft's=20 cloud offering) and on-prem Microsoft Exchange servers, and do so=20 still. Thankfully, it works fine with Mulberry for both email,=20 calendars and contacts. A true life-saver! One possible bump in this road is what's meant by "Modern=20 Authentication" (which sounds very much like a marketing term for=20 something else, and could be anything from NTLM to requiring two-factor = auth). Generally with Microsoft, anything that has their branding will=20 mean something proprietary, different from what everyone else is doing. = Mulberry to my knowledge supports none of that, but DavMail in my=20 experience will support the most common ones. So I think the answer to what "Modern Authentication" actually means=20 will determine whether you will be able to use DavMail to avoid the MS=20 pains. Fingers crossed. --=20 Christer Mjellem Strand System Administrator --==========1FC23AE08266F4FC4E5E========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQFHBAEBCgAxFiEEFhmg5QS3gto1QlUc+lb3xtijdwEFAmBCGfoTHGRpbGxkYWxs QGJqb3JrLm9yZwAKCRD6VvfG2KN3AaqQCACGdiryghGWv0356NU6rOYwbyOo1PEb CS3ZAyyZZO0gdoIxSt2n8iRPi8yPyMrDQuBkdvuRACPysTU6ztTdX2PuzsRywNLJ xRt7KTRPGrjbJDVGJMtHM71s+uLCvRofObFtAYo/9WprZJRBvjBI3+/1V1uqSPmm YCn1Rwn6R9JtzzfHnI7hIPeydn7bFTqiM/s743cSLuht0a1+rrHRN35OSlVeTL/g AMWtKjd+GiCJaA/fjzzx5bNnYJtnr8bnQ25kcfsLLDWdzZC0O6zCEtEk9NiQKwd9 RXP+qdaxyrSqSyMqjdXmt0K4waooNH0gWH3G3Ys8CEOLzSQwV4Ts3YTD =6FkQ -----END PGP SIGNATURE----- --==========1FC23AE08266F4FC4E5E==========--