Sending emails failed … only setting the password again fixed it.
Nobody here fiddles with the email-settings. This is strange.
EDIT: the customer now changes the password to something shorter and more simple. The pw so far contained various special chars etc … sure, shouldn’t matter, but what else to try?
It might be related to one of the mail-aliases used.
In the logs of the zammad-scheduler I find a SMTP-error:
550 5.7.60 SMTP; Client does not have permissions to send as this sender
but unfortunately I can’t see which sender.
The SMTP-server used is an Exchange 2016, we digged through the logs but haven’t yet found the exact lines.
When we edit (and test) the SMTP settings in Zammad things succeed, later on it fails … We keep an eye on it.
Actually Zammad should only send with one single “identity” in our case. We still observe and search for the exact reason.
We use one account info@my.tld for receiving and sending, and ~6 aliases for receiving the mails. The groups are all configured to send with the primary info@my.tld adress.