En général, les spams sont gérés au niveau du serveur. Roundcube est un client, qui certes s'installe sur un serveur (web), mais qui est à comparer à un client lourd installé sur l'ordi. Bien sûr, les clients lourds ont souvent un antispam (comme Thunderbird), mais ça ne vaut pas un antispam serveur parce que ça marche avec n'importe quel client! Tu lis tes emails depuis Thunderbird? Depuis ton tél? Depuis le webmail parfois? Ça marche toujours pareil. C'est d'autant plus important avec imap (je pense que l'antispam sur le client, c'est d'ailleurs un reliquat d'une époque où on téléchargeait tous les emails avec pop3, toujours sur le même ordi).
En outre avoir un antispam sur le webmail, ça signifierait du traitement antispam fait quand vous vous connectez à votre compte, donc alourdirait l'expérience webmail; alors que direct sur le serveur, le traitement se fait à l'arrivée de chaque email, 1 par 1. C'est beaucoup plus léger comme traitement. Imagine que tu t'es pas connecté sur ton compte email depuis une semaine, t'as reçu des centaines d'emails à traiter d'un seul coup. Maintenant multiplie ça par tes utilisateurs. Ça fait des périodes où y a pas de traitement (la nuit), et soudainement plein (le matin), et tout ça en plus fait par le serveur web (du code PHP — dans le cas de Roundcube — qui tourne au moment d'une requête). Ça pourrait aussi être traité côté client en javascript, mais dans ce cas là se pose le problème de sauver la base de données du filtre (bayésien en général).
Enfin voilà, perso je trouve que c'est bien mieux ainsi.
Par contre il existe plusieurs techniques bien connues pour gérer le spam (envoyer à une adresse email spécifique, simplement déplacer dans un répertoire, etc.) et il pourrait y avoir une option pour mapper un bouton "spam" (ou "not spam" selon contexte) à ces diverses actions, selon technique utilisée. Ça oui, je suis d'accord, ce serait cool et rendrait l'expérience plus transparente aux utilisateurs.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Gestion des indésirables ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Appel à financement pour le prochain RoundCube. Évalué à 4.
En général, les spams sont gérés au niveau du serveur. Roundcube est un client, qui certes s'installe sur un serveur (web), mais qui est à comparer à un client lourd installé sur l'ordi. Bien sûr, les clients lourds ont souvent un antispam (comme Thunderbird), mais ça ne vaut pas un antispam serveur parce que ça marche avec n'importe quel client! Tu lis tes emails depuis Thunderbird? Depuis ton tél? Depuis le webmail parfois? Ça marche toujours pareil. C'est d'autant plus important avec imap (je pense que l'antispam sur le client, c'est d'ailleurs un reliquat d'une époque où on téléchargeait tous les emails avec pop3, toujours sur le même ordi).
En outre avoir un antispam sur le webmail, ça signifierait du traitement antispam fait quand vous vous connectez à votre compte, donc alourdirait l'expérience webmail; alors que direct sur le serveur, le traitement se fait à l'arrivée de chaque email, 1 par 1. C'est beaucoup plus léger comme traitement. Imagine que tu t'es pas connecté sur ton compte email depuis une semaine, t'as reçu des centaines d'emails à traiter d'un seul coup. Maintenant multiplie ça par tes utilisateurs. Ça fait des périodes où y a pas de traitement (la nuit), et soudainement plein (le matin), et tout ça en plus fait par le serveur web (du code PHP — dans le cas de Roundcube — qui tourne au moment d'une requête). Ça pourrait aussi être traité côté client en javascript, mais dans ce cas là se pose le problème de sauver la base de données du filtre (bayésien en général).
Enfin voilà, perso je trouve que c'est bien mieux ainsi.
Par contre il existe plusieurs techniques bien connues pour gérer le spam (envoyer à une adresse email spécifique, simplement déplacer dans un répertoire, etc.) et il pourrait y avoir une option pour mapper un bouton "spam" (ou "not spam" selon contexte) à ces diverses actions, selon technique utilisée. Ça oui, je suis d'accord, ce serait cool et rendrait l'expérience plus transparente aux utilisateurs.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]