The warning prompt reappears and, if you’re absolutely sure that you want to open the app anyway, you can click Open.
The app is now saved as an exception to your security settings, and you can open it in the future by double-clicking it, just as you can any authorized app.
The binary has (for some reason) the “com.apple.quarantine” Attribute attached to it. The Teamspeak Team has to fix this before packing the .dmg and then it will be fixed for all users (because the binary is already signed and valid).
FYI: For me the binary is located at /Applications/TeamSpeak.app.
Sometimes, it’s hard to understand the reasoning behind certain decisions, especially when they seem to focus on small details. As a fellow developer, I often wonder why certain issues are simply ignored. For example, signing a macOS application is essential for gaining user trust and encouraging adoption. While the notarization process may seem cumbersome, especially with Apple’s tight control, it is crucial for reaching non-technical Mac users. Without it, you risk driving them away.
Similarly, when it comes to ARM builds, I believe compiling your existing client codebase for ARM should be a relatively minor task—assuming there are no legacy dependencies that aren’t supported (which, ideally, would have already been addressed in the development of TS5). The effort required is small compared to the potential benefit of expanding your user base.
In many cases, it feels like a lot of decisions are driven by personal preferences or feelings within the team. While this approach has its merits, it might sometimes be more effective to adopt a pragmatic perspective, focusing on the bigger picture.