Emoji falsely included in URL in push notification preview when URL contains `:emoji_name:` identifier somewhere

Reproduction

1. Person A sends this message to person B:
   https://example.com/:x:/something
   in real life I encountered this in:
   https://companyname-my.sharepoint.com/:x:/g/personal/username_companyname/XXX?e=ZZZ
2. Person B gets a push notification.

Expected

• In the push notification preview the URL is shown as-is (as it was sent).
• A URL and also an inline code snippet shall be exempt from any on the fly text replacements / transformations.

Actual

In the push notification preview the URL includes an Emoji Unicode symbol instead of the emoji identifier markup.

Check out: https://example.com/❌/something

macOS	Windows

Additional context

• Occurs on RocketChat Desktop app for: macOS as well as Windows.
• So I assume this bug happens server-side (text preview snippet processed before sent to push notification service)

Client Setup Information

• Desktop App or Browser Version: RocketChat Desktop app 4.1.1
• Operating System: macOS 15.1.1 Sequoia

Server Setup Information:

• Version of Rocket.Chat Server: 6.11 (reported by https://chat.example.com/api/info )
• License Type: Community
• Number of Users: ca 20
• Deployment Method: docker
• Operating System: ?
• Number of Running Instances: ?
• DB Replicaset Oplog: ?
• NodeJS Version: ?
• MongoDB Version: ?

Reproduce the push notification preview with a URL containing a :emoji_name: identifier and an inline code snippet, then trace the server-side text preview processing described in the report. Confirm that URLs and inline code remain unchanged, including the :x: segment, while ordinary text transformations still work as intended.