Salut
"Dioxyde.org" a écrit :
Salut,
Je trouve cette idée géniale et pour moi ça serait l'idéal (je
déteste aller sur le web, c'est pas trop un avantage en tant que
webmaster ;o)) ).
Mais concernant sa réalisation: c'est pas impossible mais c'est long
difficile à coder et surtout ça nécessite une connaissance maximale de
la sécurité des mails pour éviter un spam du site 
J'ai déjà commencé à réaliser un tel système dans le cadre du site
Stéréo Loft [ http://www.stereoloft.fr.st/ ] et ses squelettes pour
spip, venant du fait de la possibilité qu'un auteur d'article ne soit
pas forcément inscrit au site, mais seulement un visiteur qui passe et
envois un article.
Le mieux ce serait:
- une adresse e-mail qui reçoit les articles et brèves et les ajoute
au site comme "articles proposés à la publication".
- une adresse e-mail d'admin ou l'admin peut envoyer des commandes
(commes pour les listes de diffusion genre ezmlm) genre "publier cet
article", "supprimer cette brève", etc.
Mais, le principal inconvénient est que pour que PHP aille voir ce
qu'il ya dans une boîte mail (les deux évoquées ci-dessus) il faut que
la page qui contient le script soit visitée. Soit le script est mis
sur la page d'accueil du site (si vous avez au moins un visiteur par
jour) et à ce moment-là votre page d'accueil rame car va chercher les
e-mails, publier les articles, etc. et là c'est pas cool. Soit on
place le script sur une page à part que vous allez visiter de temps en
temps mais là on perd l'avantage du système (pas d'accès web).
Il me semble qu'il y a plus simple mais qui oblige effectivement à avoir
un serveur dédié et de créer une liste de diffusion modérée pour avoir
l'adresse de l'envoi.
Il est "relativement" simple de paramétrer Qmail ou Sendmail sous linux
sur un serveur dédié pour qu'ils enregistrent les mails reçus dans une
table "tampon" (ex : news_mails_attente) d'une base de données.
Le principal pb à ce niveau est de se mettre d'accord sur les "balises"
à mettre dans le mail pour traiter le gras, l'italique, etc..., voire
les photos. Il est sans doute plus simple dans ce cas d'obliger à poster
en html (beurk !!) parce que il est plus facile de traiter (à grand coup
de REGEX, pour les spécialistes, je n'en suis pas un) le mail.
Il suffit après que le responsable du site web soit prévenu de l'update
de la table "tampon" de la base de données de mails, pas trop compliqué
non plus avec Qmail ou Sendmail
Là, on résout le pb de sécurité puisque les "news par mails" sont
stockées dans une table à part tant qu'elle ne sont pas validées par le
webmaster.
Une fois validées, elles se retrouvent dans la même situation que les
articles validés à la publication dans un Spip (mais là, nos 3
mousquetaires seraient plus calés que moi pour dire dans quelles tables
et surtout où dans ces tables et dans le code php de Spip, il faut faire
quelque chose ;-)) )
On évite de faire ramer Spip ( par l'intermédiare d'un traitement dans
son code php) et on évite les pbs de sécurité ou de spam puisqu'il y a
le filtre du webmaster pour la validation. Quelqu'un qui voudrait
"spammer" ne ferait que "surcharger" la table tampon et la boite mail du
"pauvre" webmaster mais pas le site. Cela aurait de plus l'avantage
qu'en cas de spam manifeste qu'il est plus facile (et plus léger pour
l'application) de laisser faire le serveur mail et que l'on peut sur ce
serveur mail éditer plus facilement des règles anti-spam que dans une
application comme Spip.
L'autre solution c'est de coder côté serveur (pas en php), en cgi ou
en TSR mais là c'est carrément plus accessible aux débutants et
surtout aux webmasters qui n'ont pas leur propre serveur et je sais
pas coder ce genre de chose.
Voir ci-dessus 
Donc oui j'ai réfléchi à ça et non c'est pas pour l'instant quelque
chose qui sera dans votre spip bientôt. C'est quelque chose de
compliqué à coder et qui demande des connaissances en mail, pop et
imap et surtout en commandes php qui permettent d'accéder à imap/pop
et là c'est pas moi.
De toute façon, ce type de fonctionnement ne peut pas se mettre en place
au niveau de l'application (Spip) dans un premier temps, il y a d'abord
tout une configuration du serveur qui héberge Spip à faire. Ceci est à
mon avis obligatoire pour des questions de temps de réponse de
l'application (Spip) et pour des raisons plus qu'importantes de sécurité
et de confort d'utilisation pour les internautes utilisateurs.
Et surtout j'ai pas le temps de me pencher là-dessus plus longtemps.
Si quelqu'un à les connaissances et le temps de bosser là-dessus qu'il
se propose moi je décline l'offre, désolé.
Tout le pb est ce que je viens d'exposer plus haut : il est plus facile
et plus confortable pour tout le monde que la "charge" de travail soit
répartie à la fois entre un serveur spécialisé (serveur de mail) et Spip
pour la validation et l'affichage.
A+ Yann
--
Les infos du monde du logiciel libre, c'est sur
Independant Technologies : http://it.mondelinux.org
hé hé...