Comment ca marche ?

Le code source du plugin SPIP-listes est sur spip-zone

SPIP-Listes rajoute 6 tables à la base qui passe ainsi de 38 à 44 tables.

Description des tables rajoutées par SPIP-Listes :
-  spip_courriers : table des courriers ;
-  spip_listes : table des listes d’envoi (nom de la liste, description) ;
-  spip_auteurs_elargis : préférences de réception du courrier (html, texte ou non) dans spip_listes_format (qui est une clé, pas une table ?!) ;
-  spip_auteurs_listes : id_auteur des abonnés, par liste ;
-  spip_auteurs_mod_listes : modérateur de la liste. En réalité le créateur.
-  spip_auteurs_courriers : etat de la queue du courrier.

Pour mémo, état des statuts des courriers :
-  redac : en cours de rédaction
-  ready : prêt à l’envoi
-  encour : en cours d’envoi
-  publie : publié

Cheminement d’un courrier :
-  exec/spiplistes_courrier_edit propose la création d’un courrier. Il envoie le résultat à exec/spiplistes_courrier_gerer ;
-  exec/spiplistes_courrier_gerer enregistre ce nouveau courrier dans la table spip_courriers avec comme statut ‘redac’ qui vous propose l’envoi à une adresse de test (qui doit être une adresse d’auteur) ou l’envoi à une liste ;
-  Si l’envoi est validé pour un test ou une liste, le spip_courriers.statut du courrier devient « encour » ;
-  pour un test, spip_courriers.total_abonne du courrier passe à « 1 » ;
-  La meleuse repasse spip_courriers.statut du courrier de test en « redac » après son envoi ;
-  Si le courrier est destiné à une liste, la meleuse passe spip_courriers.statut du courrier en « publie » après les envois ;
-  Le cron SPIP appelle celui des listes au fil de l’eau, lorsqu’il a le temps. Le cron des listes vérifie les listes programmées en envoi auto et s’occupe de placer en file d’attente les courriers récents. Si la date est dépassée, le courrier est annulé ;
-  La meleuse prend le relais (une suite du cron) et charge par paquets ses courriers pour la distribution.