Lors de l'inscription, pouvoir inscrire un utilisateur dans la Mailing-List Événements (s'il le souhaite)
Dans le cadre de politique d'intégration des étudiants internationaux à la vie associative, faire une case dans l'inscription, si ces derniers préfèrent avoir les mails en Francais ou en Anglais...
Et donc l'affecter sur une des deux Mailing-List...
Edited
Designs
Child items
...
Show closed items
Linked items
0
Link issues together to show that they're related.
Learn more.
L'inscription à la ML évènement est pas encore gérée, ça devrait l'être. Il faut aussi s'assurer de récupérer la liste des gens pour les mettre sur la ML, (et faire en sorte que cette liste soit à jour).
Ça ne prend en compte que les nouveaux inscrits, qui passent par le WEI. Or il faudrait que tous les adhérents puissent avoir cette case à (dé)cocher sur leur profil (et par conséquent importé la situation existante depuis la nk15).
Les cases d'inscription aux ML ont bougé de l'inscription WEI vers l'inscription à la note.
Pour la ML événements, j'ai changé de BooleanField à CharField nullable de taille 2 . None correspond à pas d'inscription, fr une inscription à la ML française et en une inscription à la ML anglaise.
Pour les ML du BDA et du BDS, j'ai laissé des BooleanField.
Le script d'extraction des ML est du coup cassé, mais ça sert à rien que je cherche à le réparer maintenant.
À faire :
Bouger le script d'extraction des ML de l'appli WEI vers nk20-scripts
Apprendre à utiliser l'API Mailman 3 (et déployer Mailman 3 :P)
Ou sinon chercher à faire des POST dégueulasses
Créer un script qui permet d'extraire des mails et le lier à Mailman pour mettre à jour une liste
Ajouter un cron quotidien qui met à jour la liste des adhérents d'une ML événements
Autre possibilité :
Lorsqu'un ProfileForm est changé, soit c'est une création de profil et on avertit des éventuelles inscriptions par mail aux respos comm
Soit c'est une mise à jour de profil, et si les inscriptions aux ML ont été touchées, on envoie le diff aux respos comm.
Franchement je préfère la première solution. J'ai une dernière solution, que je préférerais éviter :
Dans le script de récupération des adresses mails pour une ML, on garde une copie locale de la liste, et tous les jours un cron vient recalculer la liste en envoyer un diff aux respos comm s'il existe. Mais c'est sale, ça implique de mémoriser l'état des adhérents de la ML localement ...
Pour ne pas mémoriser, on peut sinon envoyer la liste des inscrits tous les jours aux respos comm, mais là c'est sale :D
Bon il reste le coup de l'API mailman 3 a implémenté, ca méritera une issue à part entière quand le crans aura enfin sa nouvelle infra, pour faire le ménage je ferme donc cette issue.