"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Hi folks
>
> my ISP just moved their news feed, now apparently using Chiparus for
> load balancing. As it happens, article numbers now come out wrong when
> Gnus issues "LIST ACTIVE group" during updates on tha
Hi folks
my ISP just moved their news feed, now apparently using Chiparus for
load balancing. As it happens, article numbers now come out wrong when
Gnus issues "LIST ACTIVE group" during updates on that server. I
informed them, but it's not clear yet whether it's a misconfiguration
issue or a bu
David Hansen <[EMAIL PROTECTED]> writes:
> On Tue, 26 Apr 2005 21:22:07 +0200 Bruno Hertz wrote:
>
>> Anybody else having problems with the Slashdot RSS feed
>> http://slashdot.org/rss/index.rss
>> today?
>>
>> nnrss hangs with message "Saw end of
Anybody else having problems with the Slashdot RSS feed
http://slashdot.org/rss/index.rss
today?
nnrss hangs with message "Saw end of trailers" and consumes almost
100% CPU here.
Happened just this afternoon. Their feed broke at some point, even
Firefox reported an error, but then they somehow f
Tiny question: is bbdb still the recommended database backend, or have
other things arrived during the last two years?
Thanks, Bruno.
___
Info-gnus-english mailing list
Info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
Marc Poulhiès <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
> Hi!
>
>> OK, here's a complete list of things I did to get gnus-alias working
>> for me:
>
> [...]
>
>> And that's it. All of the above
[EMAIL PROTECTED] (Johan Bockgård) writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
>> Of course I now wonder whether it is subject to the usual expiry
>> mechanism.
>
> Yes.
>
>> how do you keep that cache lean?
>
> I use
>
>
Patrick Drechsler <[EMAIL PROTECTED]> writes:
> Hi,
>
> which files can I delete without running into too much trouble
> after running into one of those `end of file during parsing
> errors'?
>
> Using the agent, my candidates are:
>
> ~/News/agent/nnimap/.agent*
> ~/News/agent/nnimap/.overview*
>
Marc <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
>> gnus-alias.el, dating back to 2003, and apart from one or two minor
>> points it worked alright, with Emacs CVS in my case (IIRC, one issue
>
> Hi,
>
> Recently
Marc <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
>> gnus-alias.el, dating back to 2003, and apart from one or two minor
>> points it worked alright, with Emacs CVS in my case (IIRC, one issue
>
> Hi,
>
> Recently
"Allen S. Rout" <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
>> Sorry, correction: posting styles are part of Gnus and should work
>> with any (halfway recent) version of Emacs/Gnus.
>
>
> Right.
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Don't know which 'package' you are talking about, but personalities
> are part of Gnus and should work with any (halfway recent) version of
> Emacs/Gnus.
Sorry, correction: posting styles are part of Gnus
"Allen S. Rout" <[EMAIL PROTECTED]> writes:
> Greetings, all.
>
> I'm a 12-year mh-e user converting to Gnus, and I'm trying to decide
> between the various posting-style type implementations. Any religious
> baggage or other opinions anyone wants to vent?
>
> The most recent modifications to eit
Hi
being very pleased with my initial nnrss experiences, there's a couple
of questions I hope one or the other of you can enlighten me on:
* apparently, nnrss keeps it's own cache of 'articles' in News/rss .
Of course I now wonder whether it is subject to the usual expiry
mechanism. Espec
CHENG Gao <[EMAIL PROTECTED]> writes:
> w3m (http://w3m.sourceforge.net) + emacs-w3m
> (http://emacs-w3m.namazu.org)
> Trust most users use them now.
>
> Most GNU/Linux distribution has the package. Or you can build them
> by yourself.
I'm using it right now, thanks very much.
Seemed a bit heavy
Sébastien Kirche <[EMAIL PROTECTED]> writes:
> Le 11 avr 2005, Bruno Hertz a dit :
>
>> Looking around for alternatives like w3, I found it's not very clear
>> whether that package is still maintained, by whom, and where best to
>> download it.
>>
>>
Hi
I'm just playing around with rss feeds, and apparently my emacs
currently renders them with html2text. Especially, I can't follow any
links.
Looking around for alternatives like w3, I found it's not very clear
whether that package is still maintained, by whom, and where best to
download it.
Reiner Steib <[EMAIL PROTECTED]> writes:
> On Mon, Apr 11 2005, Reiner Steib wrote:
>
>> On Sun, Apr 10 2005, Bruno Hertz wrote:
> [...]
>>> Now I found out it acts on outgoing articles, too. I.e. in my case it
>>> changed the following
>> [...]
>&
Hi
I recently set gnus-treat-unsplit-urls to t assuming it was meant for
better article reading.
Now I found out it acts on outgoing articles, too. I.e. in my case it
changed the following
blah ...
htt://abc.org/xyz
blah ...
into
blah ...
htt://abc.org/xyzblah ...
Is this the intended behav
Hi folks
I'm under the impression that now and again redundant info is stored
in newsrc.eld which I'd like to clean out safely.
Example: I browse a foreign server, subscribe to some groups and even
edit the server vars. All that stuff of course is stored in eld. At
some point now, I decide to ad
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
>> Hi
>>
>> I'm just working my way through the Gnus manual and playing around with
>> stuff, and one thing I've never done before is po
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Hi
>
> I'm just working my way through the Gnus manual and playing around with
> stuff, and one thing I've never done before is posting uuencoded articles,
> so I thought I might check that out as well.
>
Hi
I'm just working my way through the Gnus manual and playing around with
stuff, and one thing I've never done before is posting uuencoded articles,
so I thought I might check that out as well.
Now, all works alright save one issue, i.e. when I do S u in the summary group
of a secondary select
Bruce Stephens <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
> [...]
>
>> Actually, thinking about it, you don't even need to 'switch', since
>> your mail servers are (presumably) part of your secondary se
Hi
I know this has been asked before, but still would like a confirmation
as of current state of things ...
Question is whether Gnus (currently from Emacs CVS, Gnus v5.11) supports
nntp starttls on port 119 as it e.g. does for smtp on port 25.
Reason I ask is that I'm currently setting up inn
Bruce Stephens <[EMAIL PROTECTED]> writes:
> "Bruno Hertz" <[EMAIL PROTECTED]> writes:
>
> [...]
>
>> I'm not totally sure, so additional comments are welcome, but afaik
>> all the marks Gnus maintains locally for news are stored as imap
>&
Bruce Stephens <[EMAIL PROTECTED]> writes:
> Suppose I read email using foreign nnimap groups to some server, and
> that I know the server's going to be changed. What can I do about
> that in order to improve my chances of not losing stuff? (Let's
> suppose that if the administrators offer to mo
Reiner Steib <[EMAIL PROTECTED]> writes:
> On Wed, Mar 30 2005, Bruno Hertz wrote:
>
>> The group buffer is not entered resp. the summary buffer not left
>> here, afaik.
>
> Wrong. The doc string clearly says so:
Partly, yes. See below.
> ,[ `C-h k M-g
[EMAIL PROTECTED] (Steinar Børmer) writes:
> I have no idea since `/ N' behaves like it should for me. If new
> messages have arrived, they are inserted and the rest of the *Summary*
> buffer is unchanged. If no new messages have arrived, gnus responds
>
> "No gnus is bad news".
>
> The *Summary
"napofrog" <[EMAIL PROTECTED]> writes:
> Really? M-g very clearly exits the summary buffer for me. Here is
> exactly what happens when I use it from the summary buffer:
>
> 1) The mini-buffer at the bottom of the frame says "Expiring
> articles..."
>
> 2) The summary buffer disappears and we are
"napofrog" <[EMAIL PROTECTED]> writes:
> Right, but M-g actually exits the summary buffer, and my summary buffer
> is large enough that I was hoping not to have to exit at all. Is it
> possible to catch new mail without leaving the summary buffer?
Ah ok, now I understand, it exit's the group. No
"napofrog" <[EMAIL PROTECTED]> writes:
> Right, but M-g actually exits the summary buffer, and my summary buffer
> is large enough that I was hoping not to have to exit at all. Is it
> possible to catch new mail without leaving the summary buffer?
It doesn't exit the summary buffer here (and has
"napofrog" <[EMAIL PROTECTED]> writes:
> Hi,
>
> While in a summary buffer, I'm trying to get new mail into it without
> exiting the summary buffer. I was under the impression that this is
> what '/ N' is for. But whether or not I have gotten new mail from the
> server with 'g' in the Group buff
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Two solutions come to mind: redefine gnus-article-mark-lists, which
> would be somewhat arbitrary and maybe invite for future mistakes, or
> sort the actions in nnimap-request-set-mark to do deletes first.
OK, for the records,
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Addition: the function in question seems to be gnus-update-marks,
> portion
>
> (when (and (gnus-check-backend-function
> 'request-set-mark gnus-newsgroup-name)
> (not (
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Hi folks
>
> does anyone know why, when applying flags to an imap backend,
> flag addition and removal are applied in that order?
>
> Example: with nnimap-importantize-dormant enabled, if I enter
> a buffer that
Hi folks
does anyone know why, when applying flags to an imap backend,
flag addition and removal are applied in that order?
Example: with nnimap-importantize-dormant enabled, if I enter
a buffer that has ticked articles and change those ticks into
dormant, on the imap side first (gnus-dormant \Fl
37 matches
Mail list logo