Ah, this is the difference between rust-semver and spec-semver - in Rust, by convention a 0.x minor release is the same as a 1.x major release, and a 0.x patch release is the same as a minor release. I sometimes forget about spec-semver!
I might be biased, but I think this is an improvement over the original. If it wasn’t for that spec I would never use the minor version during 0.X development
Sadly a lot of people miss that reminder… and bump msrv in patches… (cargo resolver 3 should fix this hopefully)
Is this still being bug fixed? I was trying to have a conversation with someone and looked at how webmail tried to display the message. All the line feeds were missing meaning no paragraphs. (Same as @kellnerd noted in post 16 above)
I tend to be a bit waffly in my messages and loosing linefeeds makes my messages unreadable.
I notice the “text” version is still truncating lines. It is at least readable and respecting the paragraphs, but breaks URLs like this
https://musicbrainz.org/recording/736d88f4-3143-4abc-9115-0ab5d78
604f9
That chops off at 65 characters - which will damage a lot of MB links. Please at least push out to a more standard 76 chars. 65 is so small on modern screens.
The issue with line wrapping getting removed should be fixed, sending myself a message on production works fine now:
There is a chance that the issue is with the email client, if you’re using Outlook for Windows or Samsung Email - but there shouldn’t be an issue in webmail.
I’ve updated the text width again up to 76, which will be pushed out soon-ish.
For those interested in different laguage support, you can now set the language that emails are sent in: account preferences (Language to receive emails in). We’re also close to enabling more emails going via the service - in particular, account verification.
Thanks for that. ![]()
But we can set two different languages for website and emails.
It would be less confusing for users if the website language would be enough alone, and have emails and every other things in the same selected language:
two unsynced language settings
The website language switch, that is visible everywhere, is not currently saved as a user preference, but it could be changed to do that.
Yeah, it’s not ideal right now - for example, it defaults to english regardless of the user’s browser language, so at sign up they will always get english emails. However, it’s actually an option now, where it wasn’t before, and this is likely to change as the metabrainz account migration happens.

