You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't exactly know whats needed, but it would be great to have the SASL Auth log be easy to parse with Fail2Ban to allow for a sidecar container or direct integration of Fail2Ban. This would make it easier to not act as a Bruteforce relay to the zimbraweb interface.
The text was updated successfully, but these errors were encountered:
Also, since the "container local" port is always 587, we can configure Fail2Ban inside the container very easily. Remapping the port outside of the container won't have any effect, so a 'hardcoded' port is fine, I think.
Should we go this route? Or make the log available outside the container via volumes and let the "user" add it to their existing Fail2Ban config?
I don't exactly know whats needed, but it would be great to have the SASL Auth log be easy to parse with Fail2Ban to allow for a sidecar container or direct integration of Fail2Ban. This would make it easier to not act as a Bruteforce relay to the zimbraweb interface.
The text was updated successfully, but these errors were encountered: