I have been using 'swish-e' as a "search engine" for a couple of years
to provide faster access directly from withing Gnus (via "G G") to
previous letters in my groups.
Since I, of late, have been redoing some of my long standing Gnus
configuration options, I thought I'd re-evaluate this as well.
ps> FWIW, I used the Gnus version bundled with the ubuntu emacs22
ps> package with no problems, and am currently using the ubuntu
ps> emacs-snapshot package, which also contains gnus, again with no
ps> problems.
Hmmm ... I wonder why I couldn't get it to work? Maybe I had some
"legacy" co
Out of ignorance, I have had `gnus-use-cache' set to `t' for a *long* time.
Rereading the documentation (info), indicates that a value of
`passive' would probably be better. That value will only cache
articles that are "explicitly entered".
Some questions:
If I change it to `passive', will t
>> PS It is hard to believe that Ubuntu doesn't support Emacs22/Gnus ...
>> that combo contains two of my *most used* applications ...
dak> Why don't you just use the Gnus that is part of Emacs 22?
That's what I did the first time ... it didn't work ...
Are you using it? What version is
sven> Forget about the Gnus that comes with Ubuntu, it is completely
sven> unmaintained, very outdated and lacks documentation
sven> See http://gnus.org/distribution.html how to get a newer version.
OK, I'm now successfully running Emacs22 and Gnus (gnus-5.10.10.tar.gz).
Thanks to everyone
I decided to upgrade my office machine to the newest Ubuntu (8.04/Hardy).
Unfortunately, 'gnus' failed to work from the very start (problems
with 'gnus-load', ...).
Does anyone have Gnus running with Emacs22 on Ubuntu?
I removed Emacs22 and installed Emacs21 and Gnus is usable (it is what
I'm us
Suddenly, this group stopped receiving new articles:
nntp+news.freshmeat.net:fm.announce
Are others still getting Freshmeat's news feed from within 'gnus'?
Thanks for any ideas,
--
Prof Kenneth H Jacker [EMAIL PROTECTED]
Computer Science Dept www.cs.appstate.edu/~khj
Appalach
I have been using 'gnus' for many, many years (yes!).
But today, I entered one of my groups and saw -- for the first time --
this very interesting, symmetric "thread pattern":
++
| 74: Jddkli mkakk The Rain in
>> Once I added "/usr/share/emacs/21.4/lisp/gnus" to the front, I
>> was able to use the 5.9.0 version of 'gnus'. (Note a copy of
>> that path *is* in the fifth-to-the-last entry above).
rs> Note that 5.9 is quite old. I'd recommend to use 5.10.8 ("No
rs> Gnus" is the development versi
[ GNU Emacs 21.4.1; Gnus 5.9.0 ]
Is this the correct syntax to set 'gnus-auto-select-first' to a function?
(setq gnus-auto-select-first 'gnus-summary-first-unread-subject)
For some reason, "point" is still always placed at the *first* subject
line in newly entered groups.
Thanks,
--
Prof K
[ Warning: long posting! -khj]
rs> Probably the latter is not used because you have a separate Gnus
rs> package installed, cf. `M-x list-load-path-shadows RET'.
OK, I had time to look into this more ...
It is a "load path" issue. Here is the value of my default
'load-path' (sorry for the
I recently upgraded my office machine from Ubuntu Breezy to Dapper.
Though I can still read my mail and post, some things don't look right
and have even "broken".
Using the `V' command in the "*Group*" buffer displays:
No Gnus v0.4
Is that right?
Looking in /usr/share/emacs/21.4/lisp/gnus/
I've been looking through the documentation, but couldn't find an
answer to a current "need" ...
I believe there is a way to have 'gnus' position the first unread
article in a summary buffer at the *top* of the window. Currently,
point is positioned at the first article, but it usually ends up
mi
A little bit more about this "marks thing" ...
khj> Maybe there's some command (that's gone from my ".gnus.el")
khj> that also allowed `!' to do the same thing as `*'?
I think that *this* is the explanation.
Reading more in 'info' I see:
To turn caching on, set `gnus-use-cache' to `t'.
dak> Kenneth Jacker <[EMAIL PROTECTED]> writes:
dak> Of course articles don't remain longer than the server stores them.
>>
>> Yes, this I know.
dak> Apparently not.
Ouch! ;-)
I did know that the news server had a limited time of storage, but
dak> Of course articles don't remain longer than the server stores them.
Yes, this I know.
dak> If you want to cache them locally, use *
Hmmm ... I've been using `!' for *years*, and articles have been "cached".
Though I might be using the wrong terminology, the effect upon
returning to a g
[Debian Sarge / Emacs v21.4.1 / Gnus v5.10.7]
I believe someone also asked about the `%' mark. With all the years
I've used 'gnus', I've never seen these ...
What are they?
How to get rid of them?
Thanks,
-Kenneth
--
Prof Kenneth H Jacker [EMAIL PROTECTED]
Computer Science Dept
[Debian Sarge / Emacs v21.4.1 / Gnus v5.10.7]
I swear someone else posted about this, but I can't find the original article.
Marks that I'm placing on articles/letters (e.g., `!') are not being
retained. I'll go back to groups where I know I've marked articles,
and they are *gone*.
Is anyone e
I've just read through the 'info' pages, but can't seem to find what I need.
How do you "super automatically" mark a letter as "expired" even
*before* it is read? I'm getting these daily letters forwarded that can't
be stopped at the source (even though I *never* read them).
I know that "auto-ex
jb> C-h v nnmail-crosspost
That was it!
I had "started from scratch" with 'gnus' on my home system (where the
duplicates were showing up), but forgot to set 'nnmail-crosspost' to
'nil' in ".gnus.el" (as *is* done on my office machine).
Thanks!
-Kenneth
_
[Debian/sarge; gnus v5.10.17]
Has something changed in the way "splitting" works?
I *thought* that nnmail-split-methods was scanned for the first
match. Then, the corresponding incoming article was saved.
But now, add'l matches are occurring and the same article is appearing
in other groups. Gn
[Debian sarge/testing; emacs-21.3.1; gnus-5.10.7; emacs-w3m-1.4.3]
I'm doing some initial testing of the 'browse-url' function.
Here's what I did:
(setq browse-url-browser-function 'browse-url-w3m)
When I MB2/click on a "link", this error is displayed:
browse-url: Wrong type argument: lis
22 matches
Mail list logo