Pour les mails, vous conseillez quoi dans GNU/Emacs?
J'ai lu un tutoriel sur Gnus, il est clairement mentionné que Gnus n'est
pas initialement prévu pour les Mails mais pour les News.
Je tire mes mails par IMAP, et pour l'instant c'est mon MUA qui fait le
tri dans les diférents répertoires. Ca pourrait évoluer avec le temps (je
vais peut-être faire un ensemble de recipes procmail directement dans mon
$HOME du serveur.
--
J'ai tenté d'utiliser le filtrage antispam pour les news sur certains groupes où c'est un fléau (comme gnu.emacs.bugs).
Ah oui alors là évidemment... j'avais aussi tenté, mais trop long, beaucoup plus rapide d'ignorer les messages et de compter sur l'adaptive scoring pour s'en sortir un peu!
-- Bastien
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
J'ai tenté d'utiliser le filtrage antispam pour les news sur certains
groupes où c'est un fléau (comme gnu.emacs.bugs).
Ah oui alors là évidemment... j'avais aussi tenté, mais trop long,
beaucoup plus rapide d'ignorer les messages et de compter sur
l'adaptive scoring pour s'en sortir un peu!
J'ai tenté d'utiliser le filtrage antispam pour les news sur certains groupes où c'est un fléau (comme gnu.emacs.bugs).
Ah oui alors là évidemment... j'avais aussi tenté, mais trop long, beaucoup plus rapide d'ignorer les messages et de compter sur l'adaptive scoring pour s'en sortir un peu!
-- Bastien
Sébastien Kirche
Le 16 janvier 2006 à 11:01, Bastien vraute :
Pour la rapidité, j'ai toujours du mal à comprendre pourquoi tant de plaintes.
J'ai tenté d'utiliser le filtrage antispam pour les news sur certains groupes où c'est un fléau (comme gnu.emacs.bugs).
Le principe c'est que Gnus fait parser chaque message à bogofilter pour flagger ce qui lui semble être du spam. On est libre de rajouter manuellement des messages supplémentaires à la liste des spams. Et à la fermeture du groupe, Gnus affine l'apprentissage de bogofilter avec les messages qu'on a ajouté. De même que si on lui désigne du spam comme étant des messages légitimes (ham), il corrige le tir.
C'est très efficace, par contre comme ça parse les messages à l'ouverture et que ça reparse ce qui est désigné comme spam à la ferture des groupes c'est leeeeent. Donc ça devient pénible rapidement et j'ai laissé tomber.
Comme j'essaie de monter mon propre serveur de news, je vais voir si ça ne serait pas possible d'éjecter le spam directement sur les groupes les plus touchés.
Pour le mail par contre le traitement en amont via procmail pour le filtrage des attachements + scanner de contenu (clamav) + bogofilter + spamassassin qui s'occupe également du tri ne nécessite plus aucun traitement dans gnus.
-- Sébastien Kirche
Le 16 janvier 2006 à 11:01, Bastien vraute :
Pour la rapidité, j'ai toujours du mal à comprendre pourquoi tant de
plaintes.
J'ai tenté d'utiliser le filtrage antispam pour les news sur certains
groupes où c'est un fléau (comme gnu.emacs.bugs).
Le principe c'est que Gnus fait parser chaque message à bogofilter pour
flagger ce qui lui semble être du spam. On est libre de rajouter
manuellement des messages supplémentaires à la liste des spams. Et à la
fermeture du groupe, Gnus affine l'apprentissage de bogofilter avec les
messages qu'on a ajouté. De même que si on lui désigne du spam comme
étant des messages légitimes (ham), il corrige le tir.
C'est très efficace, par contre comme ça parse les messages à
l'ouverture et que ça reparse ce qui est désigné comme spam à la ferture
des groupes c'est leeeeent. Donc ça devient pénible rapidement et j'ai
laissé tomber.
Comme j'essaie de monter mon propre serveur de news, je vais voir si ça
ne serait pas possible d'éjecter le spam directement sur les groupes les
plus touchés.
Pour le mail par contre le traitement en amont via procmail pour le
filtrage des attachements + scanner de contenu (clamav) + bogofilter +
spamassassin qui s'occupe également du tri ne nécessite plus aucun
traitement dans gnus.
Pour la rapidité, j'ai toujours du mal à comprendre pourquoi tant de plaintes.
J'ai tenté d'utiliser le filtrage antispam pour les news sur certains groupes où c'est un fléau (comme gnu.emacs.bugs).
Le principe c'est que Gnus fait parser chaque message à bogofilter pour flagger ce qui lui semble être du spam. On est libre de rajouter manuellement des messages supplémentaires à la liste des spams. Et à la fermeture du groupe, Gnus affine l'apprentissage de bogofilter avec les messages qu'on a ajouté. De même que si on lui désigne du spam comme étant des messages légitimes (ham), il corrige le tir.
C'est très efficace, par contre comme ça parse les messages à l'ouverture et que ça reparse ce qui est désigné comme spam à la ferture des groupes c'est leeeeent. Donc ça devient pénible rapidement et j'ai laissé tomber.
Comme j'essaie de monter mon propre serveur de news, je vais voir si ça ne serait pas possible d'éjecter le spam directement sur les groupes les plus touchés.
Pour le mail par contre le traitement en amont via procmail pour le filtrage des attachements + scanner de contenu (clamav) + bogofilter + spamassassin qui s'occupe également du tri ne nécessite plus aucun traitement dans gnus.
-- Sébastien Kirche
Patrice Karatchentzeff
Bastien writes:
Damien Wyart writes:
Gnus !
En complément et pour info, liste des mailers connus pour Emacs:
Ce qui pour moi est la mailleure manière de perdre des mails important puisque cet abruti de gnus les planque...
~$ apt-get install outlook
-- Bastien
Sébastien Kirche
Le 16 January 2006 à 19:33, Erwan David a formulé :
Bastien écrivait :
> Sans compter le temps qu'on gagne à prendre l'habitude de traiter > les mails comme des news (et inversement).
Ce qui pour moi est la mailleure manière de perdre des mails important puisque cet abruti de gnus les planque...
Un coup de (display . all) dans les paramètres du groupe contenant ta messagerie devrait te permettre de voir tous tes messages.
Et s'il te demande combien en afficher si le nombre devient important, rajouter dans les paramètres la variable qui détermine à partir de combien de messages disponibles il faut demander le nombre à afficher : gnus-large-newsgroup.
HTH. -- Sébastien Kirche
Le 16 January 2006 à 19:33, Erwan David a formulé :
Bastien <bastien@xxx.fr> écrivait :
> Sans compter le temps qu'on gagne à prendre l'habitude de traiter
> les mails comme des news (et inversement).
Ce qui pour moi est la mailleure manière de perdre des mails important
puisque cet abruti de gnus les planque...
Un coup de (display . all) dans les paramètres du groupe contenant ta
messagerie devrait te permettre de voir tous tes messages.
Et s'il te demande combien en afficher si le nombre devient important,
rajouter dans les paramètres la variable qui détermine à partir de
combien de messages disponibles il faut demander le nombre à afficher :
gnus-large-newsgroup.
Le 16 January 2006 à 19:33, Erwan David a formulé :
Bastien écrivait :
> Sans compter le temps qu'on gagne à prendre l'habitude de traiter > les mails comme des news (et inversement).
Ce qui pour moi est la mailleure manière de perdre des mails important puisque cet abruti de gnus les planque...
Un coup de (display . all) dans les paramètres du groupe contenant ta messagerie devrait te permettre de voir tous tes messages.
Et s'il te demande combien en afficher si le nombre devient important, rajouter dans les paramètres la variable qui détermine à partir de combien de messages disponibles il faut demander le nombre à afficher : gnus-large-newsgroup.
HTH. -- Sébastien Kirche
Erwan David
Bastien écrivait :
Erwan David writes:
Ce qui pour moi est la mailleure manière de perdre des mails important puisque cet abruti de gnus les planque...
~$ apt-get install outlook
Décidément tu tiens à mélanger mail et news...
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Bastien <bastien@xxx.fr> écrivait :
Erwan David <erwan@rail.eu.org> writes:
Ce qui pour moi est la mailleure manière de perdre des mails important
puisque cet abruti de gnus les planque...
~$ apt-get install outlook
Décidément tu tiens à mélanger mail et news...
--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Xavier Maillard
On 16 jan 2006, wrote:
L'avantage qu'il voyait à l'utilisation de rmail, c'est qu'il prenait l'habitude de lire et répondre à tous les mails... manifestement, il n'utilise plus rmail ;)
vilaine bete ! :) Si bien sur que je lis tout mais il me reste le probleme de repondre a tous maintenant /o
:)
Sinon je confirme que rmail est un vrai bonheur a utiliser (tres peu de configuration, hacking facile et tout le toutim).
Comme deja dit, le support du MIME est balbutiant mais j'y travaille avec deux autres personnes. -- Xavier Maillard Président de LoLiCA (http://www.lolica.org) Tel: +33 (0) 668-046-437
On 16 jan 2006, bastien@xxx.fr wrote:
L'avantage qu'il voyait à l'utilisation de rmail, c'est qu'il
prenait l'habitude de lire et répondre à tous les mails...
manifestement, il n'utilise plus rmail ;)
vilaine bete ! :) Si bien sur que je lis tout mais il me reste le
probleme de repondre a tous maintenant /o
:)
Sinon je confirme que rmail est un vrai bonheur a utiliser (tres
peu de configuration, hacking facile et tout le toutim).
Comme deja dit, le support du MIME est balbutiant mais j'y
travaille avec deux autres personnes.
--
Xavier Maillard
Président de LoLiCA (http://www.lolica.org)
Tel: +33 (0) 668-046-437
L'avantage qu'il voyait à l'utilisation de rmail, c'est qu'il prenait l'habitude de lire et répondre à tous les mails... manifestement, il n'utilise plus rmail ;)
vilaine bete ! :) Si bien sur que je lis tout mais il me reste le probleme de repondre a tous maintenant /o
:)
Sinon je confirme que rmail est un vrai bonheur a utiliser (tres peu de configuration, hacking facile et tout le toutim).
Comme deja dit, le support du MIME est balbutiant mais j'y travaille avec deux autres personnes. -- Xavier Maillard Président de LoLiCA (http://www.lolica.org) Tel: +33 (0) 668-046-437
