El correu de benvinguda a Office no és nadiu de Microsoft

És un correu propi de l'aplicació. Quan un usuari el rep, això és el que passa per darrere.

Qui el genera i com s'envia

El dispara manualment un IT/admin des de la llista d'usuaris de domini (DomainUsersListPage.vue), seleccionant usuaris i prement "Enviar benvinguda M365".
Backend: SendM365WelcomeView → POST /domain-users/send-m365-welcome/ (backend/apps/domain_users/views.py).
S'envia via Microsoft Graph API (m365.send_mail), no per SMTP.
Plantilles: email/m365_welcome_{ca,es,en}.html/.txt.
No és automàtic en crear l'usuari (via importació/CSV) — cal disparar-lo a mà sempre.

Què veu l'usuari i què ha de fer

Nom, login (adreça de correu institucional) i tipus d'usuari.
La contrasenya:
- Si no s'ha generat cap secret nou → el correu diu que és la mateixa que fa servir al domini Windows (no cal fer res).
- Si el correu es va enviar juntament amb un reset de contrasenya (checkbox send_m365_welcome a ResetPasswordView), inclou un enllaç a un secret de Password Pusher (extern, d'un sol ús, caduca als 7 dies o en veure'l un cop) amb la contrasenya nova.
Instruccions per entrar a office.com amb el correu institucional i la contrasenya (Outlook, Teams, OneDrive, Office).
No hi ha cap enllaç d'activació de compte ni obligació de canviar la contrasenya al primer login — de fet està explícitament desactivada (forceChangePasswordNextSignIn: False a services/m365.py).

Resum del procés que segueix l'usuari

Rep el correu.
Si porta enllaç de Password Pusher → hi clica, veu la contrasenya un únic cop, l'apunta.
Va a office.com, entra amb l'email institucional i aquesta contrasenya (o la del domini si no hi havia enllaç).
No hi ha cap pas addicional obligatori dins l'app (ni pàgina de confirmació, ni canvi forçós).

Si el que es rep és el correu nadiu del tenant Microsoft (el que Microsoft envia sol en assignar una llicència), això queda fora d'aquest codi — és un procés gestionat pel propi Entra ID, no per l'aplicació.