[spip-dev] machine à mail

Voici la version 0.1 de la machine à mail.
Spamassassin semble bien apprecier le format.
Là, je bosse sur la gestion de spool d'envois.

Pour que ça marche, il faut créer à la main dans spip_metas les entrées suivantes :
     * email_bounce mail utilisé pour le bounce
     * smtp_server 127.0.0.1
     * smtp_port 25
     * smtp_domaine grostest.com
     * smtp_moteur : php|smtp
Cette class utilise html2texte fournit precedemant dans la liste.

M.

8<----------------------------------------------------------------------------------------------------------

/**
* Class générique permettant d'envoyer un mail
* Pour l'instant, on peut envoyer des mails en texte et des mails en HTML qui
* sont automatiquement transformés en multipart html+text'
* Deux moteurs sont proposés, il est possible d'intégrer simplement Net_SMTP
* de Pear pour gérer l'authentification

J'aime bien l'idée d'une système mail qui fonctionne aussi avec smtp
(j'ai construit un hack moi-mème mais c'est pas beau). Mais pourquoi
pas utiliser des implémentation existantes comme phpmailer? Des
dizaines de personnes ont testé ca, cette classe existe des années...
Je sais que Spip ne veut pas trop de dépendences, mais soyons
raisonable et si quelque chose existe déja ne développons pas le
mème...

Cordialement,
Bart

Bart Braem a écrit :

Voici la version 0.1 de la machine à mail.
Spamassassin semble bien apprecier le format.
Là, je bosse sur la gestion de spool d'envois.

J'aime bien l'idée d'une système mail qui fonctionne aussi avec smtp
(j'ai construit un hack moi-mème mais c'est pas beau). Mais pourquoi
pas utiliser des implémentation existantes comme phpmailer? Des
dizaines de personnes ont testé ca, cette classe existe des années...
Je sais que Spip ne veut pas trop de dépendences, mais soyons
raisonable et si quelque chose existe déja ne développons pas le
mème...

1) Damned! je ne connaissais pas ce produit.
2) C'est une tradition dans Spip, bien qu'il y ait des relaches (la class Jabber et la class Zip)
3) Il y a aussi l'implémentation de Pear pour ceux qui aime les dépendances
4) Le SMTP est basé sur du code existant fournit dans la liste. Je n'ai pas tout redeveloppé :wink:
5) Je suis en train de faire la gestion de spool pour delayer l'envoi massif de mail via le cron
6) Gestion des bounces
7) Possibilité des gerer des bugs bizzares comme le mail() qui coupe la connection Mysql chez Lycos ou le webmail chez free.
8) Possibilités de confier le travail à un poids lourds (sympa, mailman, majordomo ...)
9) Le code est tout en français, trés Spip attitude :wink:

Voila mes arguments, mais ta remarque est tout à fait valable et constructive, et l'utilisation de produit existant est un troll classique pour Spip (adodb,smarty,wiki2html pour ne donner que quelques pistes), d'un autre coté, tikiwiki qui a une approche inverse ne ressemble pas à grand chose.

M.

1) Damned! je ne connaissais pas ce produit.

<...>

Je te comprend, il y a des choses que phpmailer ne sait pas faire. Moi
j'ai choisi PEAR::Mail pour mes mails et ca fonctionne dans Spip mais
c'est vraiment laide.

Voila mes arguments, mais ta remarque est tout à fait valable et
constructive, et l'utilisation de produit existant est un troll
classique pour Spip (adodb,smarty,wiki2html pour ne donner que quelques
pistes), d'un autre coté, tikiwiki qui a une approche inverse ne
ressemble pas à grand chose.

Je sais ce que c'est un troll, mais quelles sont les arguments de
Spip? Des références à des vieilles messages sont bonnes bien sur.
Le problème se pose clairement ici avec le mail, php a vraiment une
problème avec les serveurs php désolément... Mais c'est une autre
discussion!

Bart

Bart Braem a écrit :

Je sais ce que c'est un troll, mais quelles sont les arguments de
Spip? Des références à des vieilles messages sont bonnes bien sur.
Le problème se pose clairement ici avec le mail, php a vraiment une
problème avec les serveurs php désolément... Mais c'est une autre
discussion!

C'est encore pire pour le pop3. Non Spip n'a pas de raisons de se cantoner à la fonction mail de PHP comme l'indique le wiki du lab, mais je penses que c'est tout betement un probleme de temps et de ressources. Spip n'est pas un produit ultime, mais il a le bon gout d'être fonctionnel et simple. J'aime bien aussi son coté trollophile.

M.