options pour ne pas envoyer d'email en cas de modif de réponse (par exemple: lorsqu'on modifie depuis l'espace privé)

Possibilité de définir un texte spécifique pour l'accusé de réception, différent du message de retour du formulaire.

Suite demande de Florence Henry : pouvoir avoir plusieurs champs destinataires comme destinataires des messages

qui est passé au squelette de construction d'accusé de reception.
Par ex pour ajouter automatiquement certains messages en fonction des
résultats.

C'est plus propre que de faire cela par le pipeline recuperer_fond, car
cela ne dépend pas du formatage fait par le squelette.

On mutualise le code (ce qui en plus rend plus lisible la fonction de
traitement des emails)

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.

- 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

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