Hello all,
My school uses Office 365, also for mail. I used to be able to get my mail using imap and be able to answer these mails using Office's smtp.
Now they activated two factor authentication and kmail can't access anymore. I had to remove this imap access as it tended to block kmail (that was waiting for me to act on it's error message).
I've solved the problem of receiving the mail (which is the most important) by simply forwarding to my usual account (which is linked to my website).
However, I have to log in m$ stuff (online) to answer because Oulook refuses mails from my private mail server.
It looks like they use something named OAuth and this does not appear to exist in TDE's kmail. Does someone know if it's possible to tweak settings so as to communicate with OAuth?
I can try to ask our IT people but they usually simply answer that Linux is not supported and I should run Windows...
Thierry
Anno domini 2022 Thu, 6 Oct 20:31:47 +0200 Thierry de Coulon scripsit:
Hello all,
My school uses Office 365, also for mail. I used to be able to get my mail using imap and be able to answer these mails using Office's smtp.
Now they activated two factor authentication and kmail can't access anymore. I had to remove this imap access as it tended to block kmail (that was waiting for me to act on it's error message).
I've solved the problem of receiving the mail (which is the most important) by simply forwarding to my usual account (which is linked to my website).
However, I have to log in m$ stuff (online) to answer because Oulook refuses mails from my private mail server.
It looks like they use something named OAuth and this does not appear to exist in TDE's kmail. Does someone know if it's possible to tweak settings so as to communicate with OAuth?
IMO no. OAuth is broken beyond repair, nobody (besides M$) uses it.
I can try to ask our IT people but they usually simply answer that Linux is not supported and I should run Windows...
Somebody turned OAuth on, somebody can turn it off. But this somebody is not your IT peaople - they won't turn it off 'cause they can't and don't dare to admit it. So either use M$ or don't use the provided email at all - which is how a noticable amount of teachers handle the "free" service of M$ Teams here.
Nik
Thierry ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
On Thu, 6 Oct 2022, Dr. Nikolaus Klepp wrote:
Anno domini 2022 Thu, 6 Oct 20:31:47 +0200 Thierry de Coulon scripsit:
It looks like they use something named OAuth and this does not appear to exist in TDE's kmail. Does someone know if it's possible to tweak settings so as to communicate with OAuth?
IMO no. OAuth is broken beyond repair, nobody (besides M$) uses it.
Uhhh, I believe Gmail is using it. And, from many usenet posts, it ain't going well there, either -- at least not for *nix users.
Jonesy
Marvin Jones via tde-users wrote:
IMO no. OAuth is broken beyond repair, nobody (besides M$) uses it.
Uhhh, I believe Gmail is using it. And, from many usenet posts, it ain't going well there, either -- at least not for *nix users.
In fact it is OAuth2 that is used now and recently there was a new release of Sailfish OS v.4.4.0.72 where they introduced this to their customers. So definitely it is doable under linux, but it is not clear how much effort it would be for TDE.
AFAIK it works via tokens that are feed back to the authorization approval to the calling application.
It is not only M$ using this. Have a look here: https://oauth.net/2/
Pay attention to "authorization" and not "authentication". "OAuth 2.0 is the industry-standard protocol for authorization"
I bet M$ did their own implementation, where they do not reveal all the details, hence the problems.
On Fri, 7 Oct 2022, deloptes wrote:
Marvin Jones via tde-users wrote:
IMO no. OAuth is broken beyond repair, nobody (besides M$) uses it.
Uhhh, I believe Gmail is using it. And, from many usenet posts, it ain't going well there, either -- at least not for *nix users.
I use something Google calls 'app passwords' to do email using Alpine (!).
you get a special password to use and so far no problems.
(sometimes the old pw I had set works.)
the uni I'm associated with uses Google but they haven't introduced OAuth there yet. not sure how it works if you have limited administrative powers.
I hope this link works: https://support.google.com/accounts/answer/185833?hl=de&visit_id=638007494728438161-3147925858&p=app_passwords_sa&rd=1
fjd
On Thursday 06 October 2022 01:31:47 pm Thierry de Coulon wrote:
Hello all,
My school uses Office 365
Sucks to be you ;)
In Office 365 somewhere you can setup a forward to your primary email account.
Then just answer from your primary account.
I'd also put a footer in KMail* that, "Mail to [you]@[your-school].edu is [unsupported | unreliable] and to ensure a reply they should send mail to your primary address."
HTH, Michael
* It's somewhere, I've seen it done, but not done it myself.
On 2022/10/07 03:31 AM, Thierry de Coulon wrote:
Hello all,
My school uses Office 365, also for mail. I used to be able to get my mail using imap and be able to answer these mails using Office's smtp.
Now they activated two factor authentication and kmail can't access anymore. I had to remove this imap access as it tended to block kmail (that was waiting for me to act on it's error message).
I've solved the problem of receiving the mail (which is the most important) by simply forwarding to my usual account (which is linked to my website).
However, I have to log in m$ stuff (online) to answer because Oulook refuses mails from my private mail server.
It looks like they use something named OAuth and this does not appear to exist in TDE's kmail. Does someone know if it's possible to tweak settings so as to communicate with OAuth?
I can try to ask our IT people but they usually simply answer that Linux is not supported and I should run Windows...
Thierry
OAuth2 is being used more and more and currently TDE KMail does not support it. Adding support for OAuth2 to KMail would definitely be great, I have been thinking about the idea but have not even look at what the complexity is or how much code is required for that. After R14.1.0 is released, I may go back to this point and look at what is necessary to do it. Cheers Micheel
-
deloptes -
Dr. Nikolaus Klepp -
fjd -
Marvin Jones -
Michael -
Michele Calgaro -
Thierry de Coulon