l'ajout de réponse.
Note : inutile de d'appliquer cela au changement de statut, car SPIP le
fait pour automatiquement pour le statut de tout objet (cf
https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/modifier.php#L261
qui est appeler par objet_modifier, lui-même appelé par objet_instituer)

enregistrées correspond au seul traitement "enregistrement".
On déplace donc la config dans les réglages de ce traitement.
La migration des réglages est prévues lors de la mise à jour du plugin.

Dans le cas où on a affaire à un tableau de valeur, on parse le tout et
on met une virgule comme séparateur.
Eviter de tester un isset() sur un tableau.

  - si pas d'expediteur défini, on met une explication disant qu'il faut
  le définir
  - si expediteur défini, on affiche la config de l'accusé de réception

1. Sujet
2. Contenu
3. Destinataire
4. Expediteur
5. Accusé de réception

Cela permet d'avoir l'accusé de réception à côté de l'expéditeur

On empêche de l'utiliser en ne l'affichant que si elle avait été définie
auparavent.

fieldset
- Le champ nid à SPAM a un message d'avertissement est mis tout à la fin
des champs d'expediteur
- Plus d'explication sur les destinataires depuis champs

- un trim pour éviter les soucis d'espace entre / avant les virgules
- on autorise la syntaxe classique avec les @

les valeurs interprétées et pas les valeur brutes.
Dans certains cas on a besoin des valeurs brutes. On met une case qui
permet de le faire.

Un isset pour pas avoir de warning si clé pas existante. + un changement de nom de variable + des commentaires pour comprendre

(pour les optgroup).
Par conséquent, pour récupérer le résultat textuel, il faut aplatir au
préalable le tableau de description.

Quand on construite le sujet du mail ou de l'AR avec des raccourcis @selection_1@ ou @radio_2@, utiliser les vrais libellés (Un, Deux...) plutôt que les valeurs stockées en base (choix1, choix2...)

Revoir le message d’erreur (b_b)
Revert de la dépendance à la nouvelle version de verifier suite à r105814

possibilité d'avoir des PJ directement encloses dans le mail : constante + case à cocher + chaîne de langue

pouvoir effacer régulièrement les réponses d'un formulaire. Évite de conserver plus qu'il ne faut des données potentiellement privées

réception
pour se faire définir _FORMIDABLE_LIENS_FICHIERS_ACCUSE_RECEPTION à
false

avoir la bonne réponse concernant les champs fichiers lorsqu'on a les résultats d'un formulaire qui est simplement posté par courriel

c'était un bug introduit en r101363

permettre de mettre _FORMIDABLE_EXPIRATION_FICHIERS_EMAIL à 0 pour que les liens envoyés par email restent valable à l'infini