Il faut réécrire la commande qui envoie les mails de BdA revente #195
Labels
No labels
devtype -- backend
devtype -- docs
devtype -- frontend
devtype -- user interface
difficulty -- easy
difficulty -- hard
difficulty -- normal
Doing
domain -- bda
domain -- bds
domain -- cof
domain -- core
domain -- kfet
Good first issue
priority -- high
priority -- low
priority -- medium
priority -- staff-wanted
status -- development
status -- discussion
status -- need review
status -- production
status -- ready to merge
status -- todo
To Do
type -- bug
type -- hygiene
type -- improvement
type -- new feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: DGNum/gestioCOF#195
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Il envoie les mails un par un, c'est beaucoup trop lent, il faut le faire en une seule connexion.
Comment faire ?
<app_name>/management/commands/
et comprendre le fonctionnement actuel du schmilblick.Show
On préférera donc utiliser
from custommail.shortcuts import send_mass_custom_mail
, qui fournit une interface similaire.Pour savoir comment l'utiliser, regardez son code source, ou chercher ailleurs son utilisation dans GestioCOF (
git grep -10 send_mass_custom_mail
par exemple).Edit (Aurélien) : Ajout de la section Comment faire ?
changed title from Il faut réécrire la command qui envoie les mails de BdA revente to Il faut réécrire la command{+e+} qui envoie les mails de BdA revente
changed the description
J'ai ajouté des choses à la description.
Petite question quand même : tu parlais bien de la connexion mail ? Ou on fait trop d'appels à la DB ?
La seconde option paraît bien plausible à vrai dire...
Je parle bien de la connexion au serveur de mail. Ça rend le truc vraiment très très lent
assigned to @lstephan
Il est probable que ça demande une PR sur
django_custommail
(la fonctionsend_mass_custom_mail
ne supporte pas de champreply-to
), je vais y jeter un oeil :)Je me demande si le send_mass_mail de django supporte le reply-to en fait (pas vérifié, suis dans le bus).
Mais sinon t'as moyen d'utiliser la classe de custommail équivalente à celle de django EmailMessage.
Tu peux alors créer ses instances puis récupérer une connexion pour tout envoyer d'un coup en principe.
Malheureusement non, il faut effectivement remonter un cran plus haut pour ça... J'ai effectivement 2 options : soit je ne gère que des
EmailMessage
(viaget_message
de custommail) et je fais ça à la main dans la commande, soit je reworksend_mass_custom_mail
(etsend_custom_mail
) pour faire ça directement. J'étais parti pour la 2e option, mais les 2 ont leurs avantages et inconvénients.