weemail - qu'est ce que cela vaud?

["JFC (Jefsey) Morfin" <jefsey@xxxxxxxxxx>]

Je ne suis pas actif sur cette liste car plus intéressé par l'architecture 
du réseau que compétent en Java. Mais je vous signale le site 
http://weemail.org où j'ai résumé l'approche d'une autre solution pour 
l'archtecture de messagerie, née d'un besoin réel que j'éudie/ Il s'agit 
simplement de faire transiter l'en-tête seule, comme la notification d'un 
message en attente sur le serveur de l'auteur.

Cette solution (mode collecte) qui n'est qu'un signal (évolué ou non) 
passant le pointeur du message en attente (URL) est quasi aussi vieille que 
le mode dépôt actuel. L''astuce", s'il y a astuce, est de la jouer au 
niveau interapplicatif (au dessus de 7) et de considérer que le porteur de 
la notification n'est pas un protocole SMTPbis.de mêm niveau, mais que 
l'information est simplement chargée sur un mail habituel (ou un SMS, ou un 
fax, ou un courrier, un coursier, etc.). Il n'y a dès lors rien à changer 
dans le réseau in presque dans les procédures d'usage. Simplement des 
fonctions à ajouter, en particulier un web service, serveur de messages à 
collecter qui peut assurer beacoup d'autres fonctions. Ceci peut-il 
intéresser cette liste?

Il y aussi de nombreuses conséquences en matière de services nouveaux (sous 
condtion de web services,  d'OPES ou de simple outils de commandes 
complétant Outlook ou Eudora). Une des conqéquences intéressantes est qu'il 
semble que cela met le spam trés mal à l'aise. A commencer par le fait que 
de ne passer qu'une URL et donc une adresse IP qui doivent être permanentes 
pendant la durée de lecture des spammés (le spammer n'est plus un snipper). 
Des additions simples sur les classes d'auteurs et les groupes de lecteurs 
concernés par un message réduit trés fortement les chances d'un spam d'être 
effiace. Par contre il est possible de créer un "canal virtuel"  "com" 
structuré pour l'info commerciale où le spam pourra s'exprimer sans géner 
grand monde.

A suivre les OPES et certains virus, e crans que le spam du futur passe pas 
les "atlérateurs" c'est à dire par l'intégration du message publicitaire, à 
la volée, au sein du mail. C'est ce que font déjà les atatchements virussé. 
Weemail semblr trés bien résister à cela n'ayant aucune charge autorisée. 
Il est justeun en-ête découplée et de formaty ouvert.

Je suis preneur de commentaires. Il est bien enendu que cette architecture 
ne peut marcher que pour des échanges initiaux au sein d'une communauté qui 
l'accepte. J'ai ce problème là pour la desserte interne sur le net d'une 
communauté visée par le spam.

Merci de ne mas trop me flammer. Je suis probablement à côté de la plaque 
pour la liste et pour le projet.

jfc morfin