Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> Then, if you ever come to a solution, please post it in the present
> thread...
Sure!
Bye,
Tassilo
--
"Emacs is not a development tool but a way of life."
- David Kastrup in alt.religion.emacs -
__
Rodolfo Medina <[EMAIL PROTECTED]> writes:
>> Well, but now we can fecth old articles with `G w', so it's not so
>> important... ;)
Tassilo Horn <[EMAIL PROTECTED]> writes:
> I wouldn't say that. The nnweb use case I need most frequently is that I
> have a follow up to a locally expired artic
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> Well, but now we can fecth old articles with `G w', so it's not so
> important... ;)
I wouldn't say that. The nnweb use case I need most frequently is that I
have a follow up to a locally expired article in my summary buffer.
,[ *Summ
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Could you please try I fetching old messages by pressing RET on a
> message-id or with ^ in Summary buffer works, too?
>
> That's the thing which doesn't work for me...
Rodolfo Medina <[EMAIL PROTECTED]> writes:
>
> [snip]
>
Tassilo:
> In <[EMAIL P
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> by pressing RET on a message-id *nothing* happens;
Weird. Here I get an blank message...
> hitting ^ on an article in the nntp+news.gnus.org:gnu.emacs.gnus
> summary buffer, the previous message is opened;
> with `M-^ ' in the nntp+news.
Rodolfo Medina <[EMAIL PROTECTED]> writes:
>> It seems to be solved, now.
>> All I had to do was to update my cvs copies of emacs and gnus and put
>> in my ~/.gnus.el the following stuff:
>>
>> (setq gnus-refer-article-method
>> '(current
>> (nnweb "google"
>>(nnweb-t
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
>>> If I do `S n' (or `S N') in the Article buffer and then try to send
>>> it with `C-c C-c', gnus says:
Hey, Rodolfo is right here. If you press `F' or `f' here, Gnus sends the
follow up message to the poster by mail. `S n' / `S N' sends t
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Could you please try I fetching old messages by pressing RET on a
> message-id or with ^ in Summary buffer works, too?
>
> That's the thing which doesn't work for me...
I'll let you know as soon as possible, sorry I didn't yet,
but I'm going to work...
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> It seems to be solved, now.
> All I had to do was to update my cvs copies of emacs and gnus and put
> in my ~/.gnus.el the following stuff:
>
> (setq gnus-refer-article-method
> '(current
> (nnweb "google"
>(nn
Rodolfo wrote:
> Some old messages sent to the present newsgroup
> are not accessible, it seems, if I search for them via
> nntp server, whereas they're seen through web interface
> and also in the archives of the info-gnus-english@gnu.org mailing list.
> How come?
>
> [snip]
>
> Other threads are
[EMAIL PROTECTED] (Johan Bockgård) writes:
Hi Johan,
> "Echo area" is correct.
>
> (info "(emacs)Glossary")
>
> Echo Area
> The echo area is the bottom line of the screen, used for echoing
> the arguments to commands, for asking questions, and showing
> brief messages (including
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Echo area? Do you mean the mini buffer or *Messages*?
"Echo area" is correct.
(info "(emacs)Glossary")
Echo Area
The echo area is the bottom line of the screen, used for echoing
the arguments to commands, for asking questions, and showing
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> but now it's even worse: when I do
> `G w RET <[EMAIL PROTECTED]> RET'
> in the group buffer, no message is displayed, not even blank,
> but instead in the echo area I get the output:
Echo area? Do you mean the mini buffer or *Messages*?
Rodolfo wrote:
> I did as you suggest: in my ~/.gnus.el I put the above stuff,
> closed emacs, opened up emacs, started Gnus and did:
> `C-h v gnus-refer-article-method RET',
> and the following message appeared:
>
> gnus-refer-article-method is a variable defined in `gnus.el'.
> Its value is
>
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> No Gnus v0.4
I've seen that, look at your User-Agent header. ;-)
,
| User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)
`
NoGnus is the current development Gnus from CVS HEAD, so I thought you
checked it out from
Rodolfo wrote:
>> gnus-refer-article-method is a variable defined in `gnus.el'.
>> Its value is
>> (current
>> (nnweb "google"
>> (nnweb-type google)))
>>
>> . Then I did:
>> `G w RET <[EMAIL PROTECTED]> RET';
>> but, as I reported in my very first message of the present long thread,
>> all
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> gnus-refer-article-method is a variable defined in `gnus.el'.
> Its value is
> (current
> (nnweb "google"
> (nnweb-type google)))
>
> . Then I did:
> `G w RET <[EMAIL PROTECTED]> RET';
> but, as I reported in my very first message o
Rodolfo wrote:
> In Gnus Manual there is:
>
> ---
> The `nnweb' back end allows an easy interface to the mighty search
> engine. You create an `nnweb' group, enter a search pattern, and then
> enter the group and read the article
On Thu, 06 Apr 2006 18:45:11 +0200, Tassilo wrote:
> Reiner Steib <[EMAIL PROTECTED]> writes:
>> I don't think duplicating Gmane makes much sense, does it?
> Not sure. I thought the web archives may perhaps store articles forever
> while the news server expires them after some time. But, of cour
Reiner Steib <[EMAIL PROTECTED]> writes:
> You are wrong here, I think. Gmane's web server fetches the articles
> from the news server. (You could ask on gmane.discuss to be sure.)
Good to know.
Thanks,
Tassilo
--
My opinions may have changed, but not the fact that I am right.
On Thu, Apr 06 2006, Tassilo Horn wrote:
> I thought the web archives may perhaps store articles forever while
> the news server expires them after some time. But, of course, I may
> be wrong...
You are wrong here, I think. Gmane's web server fetches the articles
from the news server. (You coul
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> but I did exactly `G w RET <[EMAIL PROTECTED]> RET' as you
> suggest.
Did you really type "<[EMAIL PROTECTED]>"? That was only a
placeholder. :-)
Try:
`G w RET <[EMAIL PROTECTED]> RET'
This works for me and a new summary buffer sh
Reiner Steib <[EMAIL PROTECTED]> writes:
Hi Reiner,
>> | (nntp "news.gmane.org")
>> | (nnweb "gmane"
>> | (nnweb-type gmane))
>> | (nnweb "google"
>> | (nnweb-type google)))
>
> I don't think duplicating Gmane makes much sense, does it?
Not sure. I thought the web archives may
Rodolfo wrote:
> In Gnus Manual there is:
>
> ---
> The `nnweb' back end allows an easy interface to the mighty search
> engine. You create an `nnweb' group, enter a search pattern, and then
> enter the group and read the article
On Thu, Apr 06 2006, Tassilo Horn wrote:
> If you want to search for a message with the message-id
> <[EMAIL PROTECTED]> at google, go into your *Group* buffer and
> type:
>
> `G w RET <[EMAIL PROTECTED]> RET'
[...]
> BTW: You can search with any search string, not only message-ids.
Cool, I
Tassilo Horn <[EMAIL PROTECTED]> writes:
Hi again!
I think last time I was a littlebit too fast with my answer. The filters
on tcpdump were too restrictive and so I missed some things. This time I
used ethereal and captured my network device (only TCP packets) when
pressing RET on a message-id, w
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> thanks indeed for your efforts to solve the problem, but: since the
> discussion gets involved into technical and difficult matters, I
> newbie don't even know any more if it is worked out or not... If it
> is, would you please provide new
Andreas, Tassilo:
thanks indeed for your efforts to solve the problem, but:
since the discussion gets involved into technical and difficult matters,
I newbie don't even know any more if it is worked out or not...
If it is, would you please provide newbie-understandable recipe
of what to do?
Excus
Andreas Seltenreich <[EMAIL PROTECTED]> writes:
Hi Andreas,
> Sorry if I was unclear. The angle brackets have to be *removed* and
> not URL encoded in order for the search to work. The brackets in the
> Message above indicate that they weren't.
Ok, I removed the brackets and the request works. :
Rodolfo wrote:
> In Gnus Manual there is:
>
> ---
> The `nnweb' back end allows an easy interface to the mighty search
> engine. You create an `nnweb' group, enter a search pattern, and then
> enter the group and read the article
Tassilo Horn schrob:
> Andreas Seltenreich <[EMAIL PROTECTED]> writes:
>
>>> If I type in the url defined in nnweb.el (id) into my browser and
>>> replace "%s" with the (escaped) message-id, the result page states:
>>>
>>> "The requested message,
>>> <[EMAIL PROTECTED]>, could not be found
Tim X <[EMAIL PROTECTED]> writes:
Hi Tim,
> Although not a great solution, you could probably use xslt to
> translate the html?
As you can see in Andreas' postings, it seems to work for him as-is. So
it should work with nnweb.el - I only need to figure out why it doesn't
work for me. :-)
Regard
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Rodolfo Medina <[EMAIL PROTECTED]> writes:
>
> Hi Rodolfo,
>
>> I installed emacs-w3m and also the `url' package, but the message gnus
>> finds with the above procedure (`G w' etcetera) are all completely
>> blank.
>
> Here, too. Google has changed its fo
Andreas Seltenreich <[EMAIL PROTECTED]> writes:
Hi Andreas,
>> Hmm, right, I'm getting the same when mm-url-use-external is nil. The
>> cause seems to be that there now are two redirects (302 Found). Too
>> bad mm-url doesn't support redirects when doing internal fetching.
>>
>> [snip]
>
> Update
Andreas Seltenreich <[EMAIL PROTECTED]> writes:
Hi Andreas,
>> If I type in the url defined in nnweb.el (id) into my browser and
>> replace "%s" with the (escaped) message-id, the result page states:
>>
>> "The requested message,
>> <[EMAIL PROTECTED]>, could not be found."
>
> Try again
Andreas Seltenreich schrob:
> Tassilo Horn schrob:
>
>> I updated my NoGnus CVS copy, but Gnus still fetches only empty
>> messages.
>>
>> To get a little more concrete: I tried fetching the message
>>
>> <[EMAIL PROTECTED]>
>>
>> by pressing RET on this message-id. *Messages* says:
>>
>> ,--
Andrzej Adam Filip schrob:
> Would it be possible to add one extra method using external
> program/script?
> [message-id passed passed as command line argument, post retrieved from
> standard output of the command when exit code equlals zero ]
>
> I personally would prefer using perl script for t
Tassilo Horn schrob:
> Andreas Seltenreich <[EMAIL PROTECTED]> writes:
>
>> It should work again for both google and gmane in the upcoming
>> releases. The current version of No Gnus from CVS works for
>> me. Although, there might still be some value/version combination of
>> mm-url-program which
Tassilo Horn <[EMAIL PROTECTED]> writes:
> Andreas Seltenreich <[EMAIL PROTECTED]> writes:
>
> Hi Andreas,
> [...]
> Can I provide any additional infos? I would volunteer to spend some time
> with testing to get this fixed (before the release, if possible).
>
> Kind regards,
> Tassilo
Would it be
Andreas Seltenreich <[EMAIL PROTECTED]> writes:
Hi Andreas,
> It should work again for both google and gmane in the upcoming
> releases. The current version of No Gnus from CVS works for
> me. Although, there might still be some value/version combination of
> mm-url-program which wasn't tested ye
Tassilo Horn schrob:
> Rodolfo Medina <[EMAIL PROTECTED]> writes:
>
>> I installed emacs-w3m and also the `url' package, but the message gnus
>> finds with the above procedure (`G w' etcetera) are all completely
>> blank.
>
> Here, too. Google has changed its format, and it's not documented
> anyw
Rodolfo Medina <[EMAIL PROTECTED]> writes:
Hi Rodolfo,
> I installed emacs-w3m and also the `url' package, but the message gnus
> finds with the above procedure (`G w' etcetera) are all completely
> blank.
Here, too. Google has changed its format, and it's not documented
anywhere. If you use gro
In Gnus Manual there is:
---
The `nnweb' back end allows an easy interface to the mighty search
engine. You create an `nnweb' group, enter a search pattern, and then
enter the group and read the articles like you would any normal
43 matches
Mail list logo