[_]: fix: implement mail suspend on subscription change

[jzunigax2]

Mail was only ever suspended when a plan was cancelled or refunded.

Fix

Make applyMailFeatures symmetric, the tier is the source of truth, so it both
grants and withdraws:

if (enabled) {
  await this.mailService.reactivateAccount(userWithEmail.uuid);
  return;
}

await this.removeMailFeatures(userWithEmail.uuid);

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[sg-gs]

The "suspension" instead of removal is due to some product specification @jzunigax2 ? I would like to understand why the removal of the mail account switches to "suspended" if a downgrade and a cancellation implies the same: no longer access to Mail

[jzunigax2]

The "suspension" instead of removal is due to some product specification @jzunigax2 ? I would like to understand why the removal of the mail account switches to "suspended" if a downgrade and a cancellation implies the same: no longer access to Mail

yes @sg-gs, per product specification on downgrade or cancellation mail access is not inmediately revoked but rather kept in a suspended/read only state. A user could still access received mail for a 30 day period during which they can not send or receive new mail