Suddenly after the vacation it is not possible to receive new messages.
The log file contains the following:
I, [2023-01-02T08:09:43.708329 #1909979-112360] INFO – : fetching imap (Sign in to Outlook port=993,ssl=true,starttls=false,folder=INBOX,keep_on_server=true,auth_type=XOAUTH2)
E, [2023-01-02T08:09:46.165685 #1909979-112360] ERROR – : Can’t use Channel::Driver::Imap: #<Net::IMAP::BadResponseError: User is authenticated but not connected.>
E, [2023-01-02T08:09:46.165801 #1909979-112360] ERROR – : User is authenticated but not connected. (Net::IMAP::BadResponseError)
We are experiencing the same problem. The problem seems to be started at 27 december.
We are using 4 imap connections to 365 exchange and all are experiencing the problem.
Al 4 connections are experiencing the error ‘not connected’.
For as far as i can find it seems that the imap connection is working but their is no connection made
to the inbox folder. In the “Channel” you can set the folder/tag for zammad, but it looks like it isn’t working either.
When using thunderbird e-mail client with the same settings as zammad the imap connection is working, so it looks like a zammad problem.
For us, the issue started at 26th of December.
After that, I configured a local Thunderbird with OAuth 2.0 and experienced the same issue there.
Today Thunderbird started working without any intervention from my side, but Zammad’s mail channels are still broken.
about the Channel settings, i have the same results. I have always left the field empty,
as i interpreted the documentation you should be able to set it something else than
the default “inbox” value. But it looks like zammad doesn’t process this field.
About Thunderbird:
Connection security: ssl/tls
Authorisation: Oauth2
thanks, that did the trick! I disabled IPv6 on my Zammad server and everything is back working.
That also explains my temporarily Thunderbird issues, as I was on different connections.
I will report this to Microsoft as I have already an open ticket with them.
According to Thunderbird users on Hetzner’s forum Microsoft stated that this issue has been fixed already. Note that they use configuration caching and stuff so the actual solvage on your tennant might take some time.
You may want to play safe, possibly in 2 days check again or so.
I received the following answer from Microsoft support regarding IPv6 issues:
[…] it is purely something that hasn’t been implemented to the eco-system perfectly yet. It is more of a request feature, where our feedback portal would be utilized.