je me disais que ça serait assez utile que les appels à sa-learn (par
exemple) soient lancés de manière asyncrhone quand on quitte un groupe
dans lequel on a désigné des mails comme spams.
Est-ce que j'ai raté une marche ou bien cette fonctionnalité n'existe
pas encore?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sébastien Kirche
Le 2 novembre 2005 à 18:11, Bastien s'est exprimé ainsi :
Salut,
je me disais que ça serait assez utile que les appels à sa-learn (par exemple) soient lancés de manière asyncrhone quand on quitte un groupe dans lequel on a désigné des mails comme spams.
Déjà que le seul défaut que je trouve à Gnus c'est que c'est un peut lent alors s'il se met à appeler spamassassin qui est en perl (pas de troll, hein mais c'est quand même lent par rapport à du compilé, je l'ai vérifié chez moi)... Bon tu parles d'asynchrone mais quand même.
Est-ce que j'ai raté une marche ou bien cette fonctionnalité n'existe pas encore?
Je ne sais pas. En cherchant un peu on trouve facilement des exemples d'appel à sa-learn qui me semblent d'ailleurs périmés car il suffit de paramétrer gnus-spam-process-newsgroups avec spam-use-spamassassin et ça doit suffire.
Cependant je n'ai rien vu d'asynchrone.
-- Sébastien Kirche
Le 2 novembre 2005 à 18:11, Bastien s'est exprimé ainsi :
Salut,
je me disais que ça serait assez utile que les appels à sa-learn (par
exemple) soient lancés de manière asyncrhone quand on quitte un groupe
dans lequel on a désigné des mails comme spams.
Déjà que le seul défaut que je trouve à Gnus c'est que c'est un peut
lent alors s'il se met à appeler spamassassin qui est en perl (pas de
troll, hein mais c'est quand même lent par rapport à du compilé, je l'ai
vérifié chez moi)... Bon tu parles d'asynchrone mais quand même.
Est-ce que j'ai raté une marche ou bien cette fonctionnalité n'existe
pas encore?
Je ne sais pas. En cherchant un peu on trouve facilement des exemples
d'appel à sa-learn qui me semblent d'ailleurs périmés car il suffit de
paramétrer gnus-spam-process-newsgroups avec spam-use-spamassassin et ça
doit suffire.
Le 2 novembre 2005 à 18:11, Bastien s'est exprimé ainsi :
Salut,
je me disais que ça serait assez utile que les appels à sa-learn (par exemple) soient lancés de manière asyncrhone quand on quitte un groupe dans lequel on a désigné des mails comme spams.
Déjà que le seul défaut que je trouve à Gnus c'est que c'est un peut lent alors s'il se met à appeler spamassassin qui est en perl (pas de troll, hein mais c'est quand même lent par rapport à du compilé, je l'ai vérifié chez moi)... Bon tu parles d'asynchrone mais quand même.
Est-ce que j'ai raté une marche ou bien cette fonctionnalité n'existe pas encore?
Je ne sais pas. En cherchant un peu on trouve facilement des exemples d'appel à sa-learn qui me semblent d'ailleurs périmés car il suffit de paramétrer gnus-spam-process-newsgroups avec spam-use-spamassassin et ça doit suffire.
Cependant je n'ai rien vu d'asynchrone.
-- Sébastien Kirche
Matthieu Moy
Sébastien Kirche writes:
Déjà que le seul défaut que je trouve à Gnus c'est que c'est un peut lent alors s'il se met à appeler spamassassin qui est en perl (pas de troll, hein mais c'est quand même lent par rapport à du compilé, je l'ai vérifié chez moi)... Bon tu parles d'asynchrone mais quand même.
Si c'est un appel asynchrone, ça ne pose pas trop de problème. Ça va légèrement ralentir ta machine pendant quelques secondes, mais ton Emacs garde la main.
-- Matthieu
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Déjà que le seul défaut que je trouve à Gnus c'est que c'est un peut
lent alors s'il se met à appeler spamassassin qui est en perl (pas de
troll, hein mais c'est quand même lent par rapport à du compilé, je l'ai
vérifié chez moi)... Bon tu parles d'asynchrone mais quand même.
Si c'est un appel asynchrone, ça ne pose pas trop de problème. Ça va
légèrement ralentir ta machine pendant quelques secondes, mais ton
Emacs garde la main.
Déjà que le seul défaut que je trouve à Gnus c'est que c'est un peut lent alors s'il se met à appeler spamassassin qui est en perl (pas de troll, hein mais c'est quand même lent par rapport à du compilé, je l'ai vérifié chez moi)... Bon tu parles d'asynchrone mais quand même.
Si c'est un appel asynchrone, ça ne pose pas trop de problème. Ça va légèrement ralentir ta machine pendant quelques secondes, mais ton Emacs garde la main.
-- Matthieu
Sébastien Kirche
Le 3 novembre 2005 à 10:11, Matthieu Moy a formulé :
Si c'est un appel asynchrone, ça ne pose pas trop de problème. Ça va légèrement ralentir ta machine pendant quelques secondes, mais ton Emacs garde la main.
Tu aurais un exemple d'appel asynchrone ?
À ce moment-là je crois que même moi je pourrais proposer le genre de fonction dont Bastien a besoin.
-- Sébastien Kirche
Le 3 novembre 2005 à 10:11, Matthieu Moy a formulé :
Si c'est un appel asynchrone, ça ne pose pas trop de problème. Ça va
légèrement ralentir ta machine pendant quelques secondes, mais ton
Emacs garde la main.
Tu aurais un exemple d'appel asynchrone ?
À ce moment-là je crois que même moi je pourrais proposer le genre de
fonction dont Bastien a besoin.
Le 3 novembre 2005 à 10:11, Matthieu Moy a formulé :
Si c'est un appel asynchrone, ça ne pose pas trop de problème. Ça va légèrement ralentir ta machine pendant quelques secondes, mais ton Emacs garde la main.
Tu aurais un exemple d'appel asynchrone ?
À ce moment-là je crois que même moi je pourrais proposer le genre de fonction dont Bastien a besoin.
va attendre 5 secondes puis insérer "Process foo finished" dans le buffer *scratch*. Du point de vue utilisateur, on a l'impression qu'il ne se passe rien.
-- Matthieu
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
va attendre 5 secondes puis insérer "Process foo finished" dans le
buffer *scratch*. Du point de vue utilisateur, on a l'impression qu'il
ne se passe rien.
va attendre 5 secondes puis insérer "Process foo finished" dans le buffer *scratch*. Du point de vue utilisateur, on a l'impression qu'il ne se passe rien.
-- Matthieu
Bastien
Sébastien Kirche a écrit :
À ce moment-là je crois que même moi je pourrais proposer le genre de fonction dont Bastien a besoin.
J'ai accéléré les choses ainsi:
- au lieu d'appeler sa-learn dans plusieurs groupes, je déplace tous les spams dans un seul, et je demande à Gnus de faire un sa-learn sur ce groupe de temps en temps (d'accord, c'était _obvious_)
- (setq spam-sa-learn-rebuild nil)
Ca aussi ça paraît évident, mais par défaut Gnus reconstruisait la base à chaque appel de sa-learn.
-- Bastien
Sébastien Kirche a écrit :
À ce moment-là je crois que même moi je pourrais proposer le genre de
fonction dont Bastien a besoin.
J'ai accéléré les choses ainsi:
- au lieu d'appeler sa-learn dans plusieurs groupes, je déplace tous
les spams dans un seul, et je demande à Gnus de faire un sa-learn
sur ce groupe de temps en temps (d'accord, c'était _obvious_)
- (setq spam-sa-learn-rebuild nil)
Ca aussi ça paraît évident, mais par défaut Gnus reconstruisait la
base à chaque appel de sa-learn.
À ce moment-là je crois que même moi je pourrais proposer le genre de fonction dont Bastien a besoin.
J'ai accéléré les choses ainsi:
- au lieu d'appeler sa-learn dans plusieurs groupes, je déplace tous les spams dans un seul, et je demande à Gnus de faire un sa-learn sur ce groupe de temps en temps (d'accord, c'était _obvious_)
- (setq spam-sa-learn-rebuild nil)
Ca aussi ça paraît évident, mais par défaut Gnus reconstruisait la base à chaque appel de sa-learn.
-- Bastien
Xavier Maillard
On 3 nov 2005, wrote:
- (setq spam-sa-learn-rebuild nil)
Ca aussi ça paraît évident, mais par défaut Gnus reconstruisait la base à chaque appel de sa-learn.
Euh je ne suis un pro du design d'API ou autres joyeusetés du genre mais je proposerais bien aux devel gnus de mettre ça par défaut...
