It appears to be unsigned. There’s no _CodeSignature directory or CodeResources files in the package. The binary also doesn’t appear to have any of the entitlements or notarization elements in it. It’s essentially blank.
1.14 also does not open on Big Sur (11.7, Intel) after installation via Homebrew: You can’t open the application “Mailspring” because this application is not supported on this Mac
(i was about to create a bug report thread, but think one thread for this OS family is enough. version 1.13.3 does not let me add my Microsoft account, so i will migrate to Thunderbird unless a new version is released soonish.)
first of all, a Homebrew package installation should not require sudo/terminal intervention. macOS initiates a dialog to enable third-party applications. this is how i was able to use the previous version. after removing that (1.13.3) and installing 1.14.0, the Launcher did not display Mailspring so i tried to open it via a Terminal.
re: 1.13.3 and Gmail. i don’t use my Gmail account, but am able to access my Zoho account with 1.13.3 installed via Homebrew.
i let Homebrew manage all my third-party installations/upgrades, because doing this is simpler than using several techniques. the Homebrew installation statistics suggest that there aren’t many users like me. there isn’t much difference between the Cask code for 1.14.0 vs. 1.13.3 … will try to find time to look further.
I also manage my third party apps via homebrew, it makes installation/upgrading much easier, especially when you add in a Brewfile.
If its unsigned, it’ll have to wait for a new release to be correctly signed.
I’ve been unable to add my gmail account either, but that seems to be a separate issue with its own thread.
for 1.14.0, 41496e7 adds a build environment variable dependency. maybe the developer qua release engineer forgot to add this variable somewhere.
on the same day, 78fdf84 mentions the notarization requirement. i suppose forgetting this is also a possibility.
i happen to have Xcode 13 installed, but think i would dislike myself if i failed to build a working version for myself. i don’t need another reason
i can imagine resolving the GMail OAuth issue before releasing a new version, but publishing a useless version via Homebrew is weird. needless to say, many things are weird these days.
Hey folks thanks for spotting this - it looks like the Apple Silicon build was broken due to a codesigning problem, I rebuilt it and republished the file and verified both the intel and Apple Silicon versions again. Sorry for the hassle! This version included some changes that required a lot of testing on Linux variants, and I think I uploaded the Apple Silicon build without testing it first…
your macOS is much newer than mine, but i can say that i had to make an ad hoc Homebrew script because the package’s SHA256 changed. if Homebrew balks at installing 1.14.0 because its SHA256 doesn’t match, making an ad hoc script is easy.