Email de test et ajout manuel sans champ obligatoire

Étape 67 : adresse + bouton dans l'onglet « Messages » pour envoyer tout
de suite un email de test, résultat réel affiché (envoyé, désactivé,
connexion ou message refusé, réponse du serveur SMTP) —
POST .../notifications/test.

Étape 66 : prénom et nom facultatifs à l'ajout manuel d'un bénévole ;
un bénévole sans nom s'affiche « Sans nom » / « ? » partout.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

CLAUDE.md

@@ -75,7 +75,11 @@ les tables sauf les tables d'association.
 - **`Volunteer`** : `email` (nullable, **pas unique** — plusieurs bénévoles
   peuvent partager une même adresse, ex. un couple ou une famille ; c'est le
   couple (email, nom + prénom) qui identifie un bénévole, pas l'email seul),
-  `first_name`, `last_name`, `phone`, `comment`. Pas de date de naissance,
+  `first_name`, `last_name`, `phone`, `comment`. **Aucun champ obligatoire
+  à l'ajout manuel** par la coordination (`POST .../volunteers`, prénom et
+  nom vides par défaut — fiche complétée plus tard) ; le formulaire public
+  et l'import exigent toujours prénom et nom. Un bénévole sans nom
+  s'affiche « Sans nom », initiales « ? » (`lib/volunteer.ts`). Pas de date de naissance,
   taille de t-shirt, régime, ni compétences. Porte trois listes de vœux,
   exposées par la fiche (`artist_ids`, `wished_position_ids`,
   `wished_companion_ids` ; `None`/absent = inchangé, `[]` = vider).
@@ -601,6 +605,15 @@ ni corps**). Config : `SMTP_HOST/PORT/USER/PASSWORD/STARTTLS/SSL/FROM`,
   alias validé.
 - Diagnostic : `docker compose run --rm backend uv run python -m app.email.check
   <destinataire>` — affiche la config effective et la cause exacte d'un échec.
+- **Email de test depuis l'appli** : bloc « Tester l'envoi d'emails » de
+  l'onglet « Messages » de la configuration (`ConfigMail.tsx`) — une
+  adresse et un bouton. `POST /editions/{id}/notifications/test` (`{email}`,
+  COORDINATION) envoie **tout de suite** (pas en tâche de fond) un email de
+  test, même mise en forme et même logo que les vrais, et renvoie le
+  résultat réel (`app/email/sender.py:deliver_test`) : `sent`, `disabled`
+  (`EMAIL_ENABLED=false`), `connection_failed`, `rejected`, avec la réponse
+  du serveur SMTP (jamais l'adresse du destinataire), le serveur et
+  l'expéditeur configurés — sans accès au serveur ni à ses logs.
 - **Mise en forme** : chaque email part en `multipart/alternative` — texte
   brut (source de vérité, utilisé par les tests) **et** une version HTML au
   thème de l'appli (`app/email/html.py:render_html` — couleurs/typographie
@@ -1066,6 +1079,8 @@ Aucune dépendance locale requise hors Docker.
 | 63    | Feuilles de poste : message de l'organisation en bas de chaque page (titre + texte, retours à la ligne conservés), rien si aucun message | à valider |
 | 64    | Vue par bénévole : barre de recherche sur le nom du bénévole ou d'un de ses postes (sans accents ni casse), postes trouvés cernés d'orange, cumulable avec les filtres et le tri | à valider |
 | 65    | Feuilles de poste compactées : bénévoles deux par ligne (vignette 10 mm, nom et téléphone superposés), titres, en-têtes de créneau et marges resserrés — sur un jeu réaliste de 6 feuilles, 11 pages ⇒ 6 (une par poste et par jour) | à valider |
+| 66    | Ajout manuel d'un bénévole sans champ obligatoire (prénom et nom facultatifs, côté formulaire et API) ; un bénévole sans nom s'affiche « Sans nom » / « ? » dans les listes, la grille, la vue par bénévole, les badges et l'écran référent | à valider |
+| 67    | Email de test : adresse + bouton dans l'onglet « Messages » de la configuration, envoi immédiat et résultat réel affiché (envoyé, envoi désactivé, connexion refusée, message refusé, avec la réponse du serveur SMTP) — `POST .../notifications/test` | à valider |
 
 **Reste hors périmètre** (modèle prêt à les accueillir) : SMS, constructeur
 de formulaire, IA. Frontend : squelette + 6 écrans +