Par contre c'est assez génant de ne pas pouvoir disposer d'un outil fiable
d'envoi automatique des nouveautés... J'ai une très forte demande de mes
internautes à ce sujet...
Et je pense que ça doit être le cas de la très grande majorité des sites
éditoriaux.
Qu'en pense Arno, phil et Antoine? Ne serait-il pas plus important de faire
correctement fonctionner tout le système de mail avant de travailler sur des
nouveautés comme les mots-clés des rubriques (par ailleurs très pratique, je
ne le remets pas en cause du tout). Mais, il me semble que d'un point de vue
de la gestion du projet, il serait souhaitable que toutes les fonctions
existantes soient "OK" avant de passer à autre chose. NAN?
Moi je suis dac pour contribuer dans la mesure du possible... (Je connais
mieux coldfusion que php mais je commence à m'y mettre sérieusement).
Par contre c'est assez génant de ne pas pouvoir disposer d'un outil fiable
d'envoi automatique des nouveautés...
Oui, c'est dans la TODO. Il faut simplement, à mon avis :
1) Une table spip_mail et spip_mail_auteur ('auteur' étant ici une mauvaise
dénomination, mais bref)
2) Un champ de plus dans spip_auteurs : inscription_nouveautes (booléen),
ou, mieux peut-être, une table inscription_auteur dans laquelle on
pourra préciser à quelleS listeS est inscrit l'"auteur" en question
--> à discuter
3) Dans les réglages auteurs (auteurs_edit.php3) ajouter une case "recevoir
les nouveautés" (avec réglage de la présence de cette chose -- dans la
config avancée)
4) Ensuite ce n'est plus qu'une question de quelques lignes de code pour
l'envoi des mails à proporement parler : comme quand on syndique, on
regarde s'il reste des mails à envoyer dans la table spip_mail_auteur,
et on en envoit une petite dizaine. Pour créer des mails, on regarde
qui est inscrit aux nouveautés, on met le mail nouveautés dans
spip_mail et autant d'enregistrements que nécessaire dans
spip_mail_auteur (autre hypothèse, à discuter, on met la liste des
id_destinataires dans un seul champ de spip_mail, séparés par des
virgules ?)
5) Plus tard : un statut de plus dans la table spip_auteurs : 'visiteur' +
modifier l'inscription automatique pour prendre en compte l'abonnement
à la "liste" sans accès à ecrire/
PS: merci de réserver les mails sur les futures fonctionnalités à la liste
spip-dev, et de ne pas crossposter sur spip et spip-dev (d'ailleurs je vais
mettre un filtre de modération pour éviter ça. Niark!)
Qu'en pense Arno, phil et Antoine? Ne serait-il pas plus important de
faire correctement fonctionner tout le système de mail avant de
travailler sur des nouveautés comme les mots-clés des rubriques (par
ailleurs très pratique, je ne le remets pas en cause du tout).
Oui.
Ce qui manque c'est la possibilité de tester chez Online, vu que
c'est là que ça merde (quand la fonction mail() standard marche,
il n'y a pas de problèmes). Je vais essayer de voir ce qui est
susceptible de ne pas marcher, mais en aveugle le résultat n'est
pas garanti....