OVH Cloud OVH Cloud

gnus-refresh

8 réponses
Avatar
Guillaume Connan
Suite de l'épisode config....
Mes messages sont bien dans inbox, j'y accède bien via gnus (c'est
maintenant getmail qui me les range)
Encore un problème ! (Pourtant j'ai encore exploré les 500 pages de la
doc...)
Pas de problème avec nntp : un /-N "rafraîchit" le "summary"
Mais avec nnml, le groupe inbox dans le buffer *group* apparaît dans
une autre couleur, a toujours 0/.... non-lus comme argument.
Un /-N n'a jamais d'effet, même si fetchmail (et maintenant getmail) a
récupéré les nouveaux messages.
En ouvrant une nouvelle session gnus, les messages apparaissent bien.
Autre particularité : pour marquer des messages comme lus, je tape d
(je ne sais pas si c'est ce qu'il y a de mieux)
Dans les groupes de news, en maintenant d appuyé, ça défile, mais pas dans
le groupe inbox.


--
Guillaume Connan

http://gconnan.free.fr

8 réponses

Avatar
Sébastien Kirche
Le 23 février 2007 à 15:33, Guillaume Connan vraute :

Suite de l'épisode config.... Mes messages sont bien dans inbox, j'y
accède bien via gnus (c'est maintenant getmail qui me les range)
Encore un problème ! (Pourtant j'ai encore exploré les 500 pages de la
doc...) Pas de problème avec nntp : un /-N "rafraîchit" le "summary"
Mais avec nnml, le groupe inbox dans le buffer *group* apparaît dans
une autre couleur, a toujours 0/.... non-lus comme argument. Un /-N
n'a jamais d'effet, même si fetchmail (et maintenant getmail) a
récupéré les nouveaux messages. En ouvrant une nouvelle session gnus,
les messages apparaissent bien.



C'est quoi la structure de ta boîte ? mbox, mh, maildir ? Peut-être que
tu devrais changer de backend et en prendre un adapté à ta boîte.
Le chapitre (info "(gnus)Comparing Mail Back Ends") t'apportera des
précisions.
Actuellement je n'accède à mon courrier qu'à distance via imap, mais
quand j'accédais à mon courrier localement je passais par nnmh et
nnmbox. nnml je ne l'utilise que depuis Gnus pour faire des copies des
messages que j'envoie (et pour les relire toujours depuis Gnus)

Autre particularité : pour marquer des messages comme lus, je tape d
(je ne sais pas si c'est ce qu'il y a de mieux)



Ça dépend du résultat que tu espères. Sinon 'd' pour
gnus-summary-mark-as-read-forward c'est bien pour marquer les messages
« lus ».

Dans les groupes de news, en maintenant d appuyé, ça défile, mais pas
dans le groupe inbox.



Tu as une différence entre C-h k d dans les groupes nntp et dans le
groupe inbox ?

Sinon n'oublie pas que Gnus ne supprime rien sans qu'on le lui demande
dans les mails, aussi si tu veux supprimer un message il faut le marquer
« expirable » ('E') et le message sera supprimé au bout d'un délai d'une
semaine par défaut. Tu peux aussi supprimer immédiatement sans filet (B
DEL) mais j'ai eu des problèmes de compteurs de messages avec cette
méthode.

--
Sébastien Kirche
Avatar
Ph. Ivaldi
Le 23 février 2007 à 16h22:56,
Sébastien Kirche écrivit :

Tu peux aussi supprimer immédiatement sans filet (B
DEL) mais j'ai eu des problèmes de compteurs de messages avec cette
méthode.



J'ai plein de boîtes dont le compteur est fous.
Y-a-t-il un moyen de les remettre à l'heure ?
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/
Avatar
Sébastien Kirche
Le 23 février 2007 à 17:44, Ph. Ivaldi s'est exprimé ainsi :

J'ai plein de boîtes dont le compteur est fous.
Y-a-t-il un moyen de les remettre à l'heure ?



Quel backend ?
Il y a une manip pour régénérer des fichiers d'index NOV dont Gnus se sert
(en fait des fichiers de News OverView d'après le manuel) pou rtenir à
jour ses compteurs, mais je crois que ça ne concerne pas tous les
backends.

Regarde dans l'aide les fonctions qui parlent de nov comme
gnus-cache-generate-nov-databases ça peut peut-être aider.

Dans le *server* buffer il y a aussi des commande pour compacter
certains serveurs, mais ça ne fonctionne pas sur les miens.
--
Sébastien Kirche
Avatar
Guillaume Connan
Sébastien Kirche vient d'envoyer ce message :

Le 23 février 2007 à 15:33, Guillaume Connan vraute :

Suite de l'épisode config.... Mes messages sont bien dans inbox, j'y
accède bien via gnus (c'est maintenant getmail qui me les range)
Encore un problème ! (Pourtant j'ai encore exploré les 500 pages de la
doc...) Pas de problème avec nntp : un /-N "rafraîchit" le "summary"
Mais avec nnml, le groupe inbox dans le buffer *group* apparaît dans
une autre couleur, a toujours 0/.... non-lus comme argument. Un /-N
n'a jamais d'effet, même si fetchmail (et maintenant getmail) a
récupéré les nouveaux messages. En ouvrant une nouvelle session gnus,
les messages apparaissent bien.



C'est quoi la structure de ta boîte ? mbox, mh, maildir ?



c'est mbox, mais avant tout marchait bien. Maintenant, il y a dans le
buffer *group* un % devant le groupe inbox.
Je viens de rajouter (get-new-mail t) dans la ligne nnml de .gnus
(setq gnus-select-method '(nnml ""(get-new-mail t)))
mais ça ne change rien.
J'ai essayé de lire le newsrc-dribble, mais c'est plutôt illisible.


--
Guillaume Connan

http://gconnan.free.fr
Avatar
Sébastien Kirche
Le 23 février 2007 à 19:02, Guillaume Connan a formulé :

c'est mbox, mais avant tout marchait bien.



Pourquoi ne pas utiliser nnmbox ?

Maintenant, il y a dans le
buffer *group* un % devant le groupe inbox.



Justement, d'après (info "(gnus)group line specification") le % signifie
qu'il y a des nouveaux messages qui sont arrivés.

Je viens de rajouter (get-new-mail t) dans la ligne nnml de .gnus
(setq gnus-select-method '(nnml ""(get-new-mail t)))
mais ça ne change rien.



C'est bizarre comme paramétrage. Sur quelle source te bases-tu ? As-tu
bien regardé les exemples qui sont dans (info "(gnus)top") notamment le
chapitre 6.3 « Getting mail » ?

Pour paramétrer un groupe, peut-être que tu devrais essayer dans le
*Group* buffer avec 'G c', effectuer les réglages et ensuite revenir sur
le groupe et regarder avec 'G e' et 'G p' les paramètres qui ont été
générés.

J'ai essayé de lire le newsrc-dribble, mais c'est plutôt illisible.



Ce n'est pas vraiment destiné à être lu par quelqu'un. Pour des raisons
de maintenance il m'arrive d'aller modifier .newsrc.eld mais il faut
vraiment faire gaffe où l'on met les pieds car si on rate une parenthèse
on peut bousiller tout gnus.

--
Sébastien Kirche
Avatar
Guillaume Connan
Sébastien Kirche vient d'envoyer ce message :

Le 23 février 2007 à 19:02, Guillaume Connan a formulé :

c'est mbox, mais avant tout marchait bien.



Pourquoi ne pas utiliser nnmbox ?



Finalement, je suis passé à nnimap et tout marche à merveille en temps
réel...
Il me reste à voir comment marquer un message comme spam.

--
Guillaume Connan

http://gconnan.free.fr
Avatar
Sébastien Kirche
Le 24 février 2007 à 10:25, Guillaume Connan vraute :

Il me reste à voir comment marquer un message comme spam.



M-d
Mais je ne sais pas si ça marche tout seul ou s'il faut paramétrer des
trucs.
À une époque j'utilisais le filtrage antispam par gnus+bogofilter mais
c'est affreux de lenteur. J'ai déplacé le filtrage au niveau de
procmail.

--
Sébastien Kirche
Avatar
Ph. Ivaldi
Le 23 février 2007 à 18h48:22,
Sébastien Kirche écrivit :

Le 23 février 2007 à 17:44, Ph. Ivaldi s'est exprimé ainsi :

J'ai plein de boîtes dont le compteur est fous.
Y-a-t-il un moyen de les remettre à l'heure ?



Quel backend ?



J'ai ça dans le .gnus.el:
(setq gnus-select-method '(nnml "private"))

Il y a une manip pour régénérer des fichiers d'index NOV dont Gnus se
sert (en fait des fichiers de News OverView d'après le manuel) pou
rtenir à jour ses compteurs, mais je crois que ça ne concerne pas tous
les backends.

Regarde dans l'aide les fonctions qui parlent de nov comme
gnus-cache-generate-nov-databases ça peut peut-être aider.

Dans le *server* buffer il y a aussi des commande pour compacter
certains serveurs, mais ça ne fonctionne pas sur les miens.



Laisse tombé, c'est trop compliqué et je n'ai vraiment pas le temps de
m'y consacrer.
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/