Non-alphanumeric confirmation URLs mangled by mail clients

Description

I got a report from one freedesktop.org user that he was unable to confirm his account. Digging through, he got a confirmation URL in the form of https://gitlab.freedesktop.org/.../1234token-, ending with a - character. When he clicked on it through Thunderbird, it stripped the trailing - (or rather, failed to recognise it as part of the URL).

There is an old Thunderbird bug report about this, which was long ago closed WONTFIX, with a suggested resolution of wrapping the URLs in angle brackets. Somewhat depressingly, even when wrapped in angle brackets, Bugzilla still does not recognise the trailing - as part of the URL, and strips it.

Terminal emulators are also notoriously poor at recognising links when broken up or (in particular) trailed by punctuation, due to the number of people who include URLs in bare text followed by punctuation.

Proposal

One way to avoid this would be to either only use alphanumeric characters for confirmation URLs, or perhaps just regenerate them in a loop until they both start and end with punctuation, e.g. neither /foo/-confirmation nor /foo/confirmation- but /foo/con-firmation.

I realise this is probably vanishingly low priority, but it might help with a sudden influx of users who are tied to mail clients like Thunderbird or CLI clients such as Mutt.