forked-synapse/synapse/res/templates/password_reset.html

<html>
<body>
    <p>A password reset request has been received for your Matrix account. If this was you, please click the link below to confirm resetting your password:</p>

    <a href="{{ link }}">{{ link }}</a>

    <p>If this was not you, <strong>do not</strong> click the link above and instead contact your server administrator. Thank you.</p>
</body>
</html>
Add ability to perform password reset via email without trusting the identity server (#5377) Sends password reset emails from the homeserver instead of proxying to the identity server. This is now the default behaviour for security reasons. If you wish to continue proxying password reset requests to the identity server you must now enable the email.trust_identity_server_for_password_resets option. This PR is a culmination of 3 smaller PRs which have each been separately reviewed: * #5308 * #5345 * #5368 2019-06-06 12:34:07 -04:00			`<html>`
			`<body>`
			`<p>A password reset request has been received for your Matrix account. If this was you, please click the link below to confirm resetting your password:</p>`

			`<a href="{{ link }}">{{ link }}</a>`

Allow Synapse to send registration emails + choose Synapse or an external server to handle 3pid validation (#5987) This is a combination of a few different PRs, finally all being merged into `develop`: * #5875 * #5876 * #5868 (This one added the `/versions` flag but the flag itself was actually [backed out](https://github.com/matrix-org/synapse/commit/891afb57cbdf9867f2848341b29c75d6f35eef5a#diff-e591d42d30690ffb79f63bb726200891) in #5969. What's left is just giving /versions access to the config file, which could be useful in the future) * #5835 * #5969 * #5940 Clients should not actually use the new registration functionality until https://github.com/matrix-org/synapse/pull/5972 is merged. UPGRADE.rst, changelog entries and config file changes should all be reviewed closely before this PR is merged. 2019-09-06 06:35:28 -04:00			`<p>If this was not you, <strong>do not</strong> click the link above and instead contact your server administrator. Thank you.</p>`
Add ability to perform password reset via email without trusting the identity server (#5377) Sends password reset emails from the homeserver instead of proxying to the identity server. This is now the default behaviour for security reasons. If you wish to continue proxying password reset requests to the identity server you must now enable the email.trust_identity_server_for_password_resets option. This PR is a culmination of 3 smaller PRs which have each been separately reviewed: * #5308 * #5345 * #5368 2019-06-06 12:34:07 -04:00			`</body>`
			`</html>`