> En fait je disais une connerie à ce sujet. Il n'y a aucune surcharge pour les
> mailing-list. On génère un timbre hashcash avec comme destinataire la mailing-list,
> et un seul. Rien à faire du côté de la ML.
Euh, j'espère que non parce que sinon tous les SPAM vont avoir un "To" sur une adresse semblant de ML (beaucoup le font déjà) et n'auront qu'un seul hash à calculer.
Il n'y a pas d'échapatoire : soit tu fais un hash par destinaire (long) soit tu demande au destinataire de mettre l'adresse en liste blanche (illusoire)
> S'ils ne peuvent plus qu'en envoyer 60 à la minute
Ou alors ils augmenteront leur puissance de calcul (qui ne doit pas être actuellement ni le facteur limitant ni le facteur le pluscher).
> donc peut-etre environ 10~20 pour les autres
10~20 pour les autres ? à 20s, si ma copine envoie ses voeux ou une nouvelle importante (on se marie bientot) à son carnet d'adresse ça veut dire une heure de calcul. Je ne parle même pas de *mon* carnet d'adresse. C'est loin d'être négligeable, même en arrière plan.
Même sur un site perso un mail d'information à 1000 personnes c'est loin d'être rare. Par contre le serveur lui il n'a pas forcément plein de CPU à revendre contrairement à la machine perso. On va parler d'un site perso donc pas d'un quadri-xeon, on va prendre dans les 5s par mail, pour 1000 personnes on consomme environ 1h30 de cpu. Désolé c'est innacceptable pour beaucoup de monde. Et je ne parle même pas du fait que pour ne pas ralentir le serveur ce temps cpu doivent être très réparti dans le temps donc induire un délai très important entre la soumission et l'envoi réel, ce qui peut poser problème dans certains cas.
[^] # Re: Brevets?
Posté par Éric (site web personnel) . En réponse à la dépêche Sender ID, passage en force de Microsoft. Évalué à 5.
> mailing-list. On génère un timbre hashcash avec comme destinataire la mailing-list,
> et un seul. Rien à faire du côté de la ML.
Euh, j'espère que non parce que sinon tous les SPAM vont avoir un "To" sur une adresse semblant de ML (beaucoup le font déjà) et n'auront qu'un seul hash à calculer.
Il n'y a pas d'échapatoire : soit tu fais un hash par destinaire (long) soit tu demande au destinataire de mettre l'adresse en liste blanche (illusoire)
> S'ils ne peuvent plus qu'en envoyer 60 à la minute
Ou alors ils augmenteront leur puissance de calcul (qui ne doit pas être actuellement ni le facteur limitant ni le facteur le pluscher).
> donc peut-etre environ 10~20 pour les autres
10~20 pour les autres ? à 20s, si ma copine envoie ses voeux ou une nouvelle importante (on se marie bientot) à son carnet d'adresse ça veut dire une heure de calcul. Je ne parle même pas de *mon* carnet d'adresse. C'est loin d'être négligeable, même en arrière plan.
Même sur un site perso un mail d'information à 1000 personnes c'est loin d'être rare. Par contre le serveur lui il n'a pas forcément plein de CPU à revendre contrairement à la machine perso. On va parler d'un site perso donc pas d'un quadri-xeon, on va prendre dans les 5s par mail, pour 1000 personnes on consomme environ 1h30 de cpu. Désolé c'est innacceptable pour beaucoup de monde. Et je ne parle même pas du fait que pour ne pas ralentir le serveur ce temps cpu doivent être très réparti dans le temps donc induire un délai très important entre la soumission et l'envoi réel, ce qui peut poser problème dans certains cas.