That’s a regular error on Microsoft 365 that, at least for us, does not appear on a daily but at least weekly basis. For some time the SMTP services (sometimes IMAP as well) just doesn’t want to talk to us. That usually self heals within 30 minutes or less.
Channels in Zammad are self healing. That means if you can’t send an email and don’t try it again for let’s say one day, the error will be persist until you try it after 24 hours (given that the sendout then was okay).
Timeout errors can occur - that’s perfectly normal unless they’re persistent for several hours etc. You’re generally at the mercy of Microsofts uptime and service quality on that regard. From the big players, Microsoft 365 is the only thing that regularly pops up in our monitoring with connectivity issues. Might be load balancing and outdated DNS or a service being out of service temporarily. But oh well, what can you do.
Yes and no.
For this, please see my answer from back then in context:
The monitoring endpoint returns the current as is situation. That’s what you’d usually want to have anyway. It’s not designed to decide “what’s an okay to ignore error” or not because admins may see that differently in general. Also it would mean that it would have to track how long a specific issue is being present which is not happening.
You can fine tune your individual monitoring triggers for specific scenarious if they don’t satisfy your internal needs. But that’s most likely something that’s not relevant for the broad mass of people.
I for example always want to see the full extend of issues.