Et voila le parano de service ..
Non je ne l'ai pas prise de facon hautaine. Desole si tu l'as cru, ce n'etait pas mon intention. ce n'était qu'une suggestion),
Donc hashcash ne repond pas a cette problèmatique . Merci.
Puisque mettre en place un système à base de challenges implique une extension du protocole ou un nouveau protocole,
Dans ce cas autant concevoir un vrai nouveau protocole qui prend le problème du spam en compte plutot que des rustines dans tous les sens...
envisageable de concevoir un protocole dans lequel une inscription à une mailing-list est conçue comme une autorisation explicite pour cette ML d'envoyer des emails,
On ne parle pas de ml; vu que les ml sont deja prise en compte par hashcash. Mais bel et bien de newsletters , la ou il y a des mails qui contiennent par exemple "cher client toto, aujourd'hui , les actualités de Y sont ..."
De la même manière, ajouter un utilisateur à son carnet d'adresses peut être considéré comme une autorisation à envoyer des emails.
Je suis pas sur d'avoir bien compris . Tu es toujours autorise d'envoyer des mails. Le problème c'est avec hashcash ou pas.
Entend tu ajouter un utilisateur a son carnet d'adresse grace a un mail qu'on vient de recevoir de sa part <=> a le whitelister. Ca ressemble fort a l'etablissement d'un reseau de confiance , , et donc hashcash servira juste a envoyer les mails aux personnes qui nousont pas whitelister.
Ce qui implique de verifier si on est whitelister ou pas. Si c'est accesible directement ; rien n'empeche de faire du pishing sur les domains qu'on a whitelister non? dans ce cas sert pas a grand chose ...
Et dans tous les cas demande une activite de la part de l'utilisateur car il doit ajouter les personnes dont il desire recevoir les mails sans hashcash a son carnet d'adresse.
Tu n'as pas compris visiblement que ce que je proposais était une réponse à cette objection que tu as déjà faite. Dans cette solution:
- envoyer 10 000 mails à des "clients" qui ne se sont pas inscrit à la mailing list prend 20 000 secondes
Oui je parlais que du premier round :
20 000 secondes pour "initialiser" une newsletter je suis pas sur que beaucoup d'entreprise accepte. Et ceci quand c'est pas pour les factures etc...
Et ensuite il faut que les clients nous ait whitelister, si les clients sont des entreprises ce n'est pas dit qu'ils puissent le faire , les services informatiques ne voulant pas forcement que les utilisateurs puisse whitelister n'importe qui n'importe comment.
Et encore c'est 20 000 secondes en ayant un ordi a disposition pour faire que ca ; ce qui est pas forcement le cas.
Au final, ça ne demande pas plus de participation à l'utilisateur qu'actuellement, ça n'implique pas de réseau de confiance.
Non juste de changer tous ses logiciels ; de faire en sorte qu'ils whitelist automatiquement les bons mails et pas ceux qu'on ne veuille pas whitelister etc... Parceque si les personnes whiteliste automatiquement les mails avec hashcash , les spammeurs ovnt d'abord utiliser hashcash , puis ensuite ils ne l'utilsieront plus et pourront faire mumsue comem des petits fou.
Donc je vois pas de qui d'autre pourrait faire le tri entre bon et mauvais mails a whitelister.
Quand aux reseau de confiance :
L'etablissement d'une whitelist est l'etablissement d'un reseau de confiance. Ensuite le reseau peut couvrir tout ou partuie de ton reseau reel.
Reste ton objection sur les "drone army", mais comme tu n'as pas expliqué pourquoi ça invalidait le procédé, je ne sais pas quoi répondre.
Parce qu'ils ont du temps cpu gratuitement.Et les listes de plus de 3000 ordinateurs sont monnaies courantes a ce qu'il parait.
Donc d'un cote on penalise les entreprise et particulier en utilisant leurs temps cpu ; de l'autre cote , le temps cpu etant vole par les spammeurs , de meme que la bp (les spammeurs c'est drone army , bp paye par cb vole etc...) Ben eux ils s'en foutent un peu qu'on les fassent payer, de toute facon ils paieront pas.
[^] # Re: Oui et non
Posté par briaeros007 . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 4.
Non je ne l'ai pas prise de facon hautaine. Desole si tu l'as cru, ce n'etait pas mon intention.
ce n'était qu'une suggestion),
Donc hashcash ne repond pas a cette problèmatique . Merci.
Puisque mettre en place un système à base de challenges implique une extension du protocole ou un nouveau protocole,
Dans ce cas autant concevoir un vrai nouveau protocole qui prend le problème du spam en compte plutot que des rustines dans tous les sens...
envisageable de concevoir un protocole dans lequel une inscription à une mailing-list est conçue comme une autorisation explicite pour cette ML d'envoyer des emails,
On ne parle pas de ml; vu que les ml sont deja prise en compte par hashcash. Mais bel et bien de newsletters , la ou il y a des mails qui contiennent par exemple "cher client toto, aujourd'hui , les actualités de Y sont ..."
De la même manière, ajouter un utilisateur à son carnet d'adresses peut être considéré comme une autorisation à envoyer des emails.
Je suis pas sur d'avoir bien compris . Tu es toujours autorise d'envoyer des mails. Le problème c'est avec hashcash ou pas.
Entend tu ajouter un utilisateur a son carnet d'adresse grace a un mail qu'on vient de recevoir de sa part <=> a le whitelister. Ca ressemble fort a l'etablissement d'un reseau de confiance , , et donc hashcash servira juste a envoyer les mails aux personnes qui nousont pas whitelister.
Ce qui implique de verifier si on est whitelister ou pas. Si c'est accesible directement ; rien n'empeche de faire du pishing sur les domains qu'on a whitelister non? dans ce cas sert pas a grand chose ...
Et dans tous les cas demande une activite de la part de l'utilisateur car il doit ajouter les personnes dont il desire recevoir les mails sans hashcash a son carnet d'adresse.
Tu n'as pas compris visiblement que ce que je proposais était une réponse à cette objection que tu as déjà faite. Dans cette solution:
- envoyer 10 000 mails à des "clients" qui ne se sont pas inscrit à la mailing list prend 20 000 secondes
Oui je parlais que du premier round :
20 000 secondes pour "initialiser" une newsletter je suis pas sur que beaucoup d'entreprise accepte. Et ceci quand c'est pas pour les factures etc...
Et ensuite il faut que les clients nous ait whitelister, si les clients sont des entreprises ce n'est pas dit qu'ils puissent le faire , les services informatiques ne voulant pas forcement que les utilisateurs puisse whitelister n'importe qui n'importe comment.
Et encore c'est 20 000 secondes en ayant un ordi a disposition pour faire que ca ; ce qui est pas forcement le cas.
Au final, ça ne demande pas plus de participation à l'utilisateur qu'actuellement, ça n'implique pas de réseau de confiance.
Non juste de changer tous ses logiciels ; de faire en sorte qu'ils whitelist automatiquement les bons mails et pas ceux qu'on ne veuille pas whitelister etc... Parceque si les personnes whiteliste automatiquement les mails avec hashcash , les spammeurs ovnt d'abord utiliser hashcash , puis ensuite ils ne l'utilsieront plus et pourront faire mumsue comem des petits fou.
Donc je vois pas de qui d'autre pourrait faire le tri entre bon et mauvais mails a whitelister.
Quand aux reseau de confiance :
L'etablissement d'une whitelist est l'etablissement d'un reseau de confiance. Ensuite le reseau peut couvrir tout ou partuie de ton reseau reel.
Reste ton objection sur les "drone army", mais comme tu n'as pas expliqué pourquoi ça invalidait le procédé, je ne sais pas quoi répondre.
Parce qu'ils ont du temps cpu gratuitement.Et les listes de plus de 3000 ordinateurs sont monnaies courantes a ce qu'il parait.
Donc d'un cote on penalise les entreprise et particulier en utilisant leurs temps cpu ; de l'autre cote , le temps cpu etant vole par les spammeurs , de meme que la bp (les spammeurs c'est drone army , bp paye par cb vole etc...) Ben eux ils s'en foutent un peu qu'on les fassent payer, de toute facon ils paieront pas.