Patch To Fetch Messages From Google

Patch To Fetch Messages From Google

[Kalle Kivimaa]

If a message id is not found on the server, the following patch will
then try to fetch the message from Google (in a separate browser
window). Just something that came up in Sfnet :)

--- gnus-sum.el Wed Apr 10 20:37:24 2002
+++ gnus-sum-orig.el    Wed Apr 10 20:36:46 2002
@@ -7653,8 +7653,7 @@
            (when (setq number (gnus-summary-insert-subject message-id))
              (gnus-summary-select-article nil nil nil number)
              (throw 'found t)))
-         (browse-url (concat "http://groups.google.com/groups?as_umsgid="
-                              message-id "&hl=en"))))))))
+         (gnus-message 3 "Couldn't fetch article %s" message-id)))))))

 (defun gnus-refer-article-methods ()
   "Return a list of referrable methods."

Re: Patch To Fetch Messages From Google

[Henrik Enberg]

Kalle Kivimaa <killer@iki.fi> writes:

> If a message id is not found on the server, the following patch will
> then try to fetch the message from Google (in a separate browser
> window). Just something that came up in Sfnet :)

This should probably be an option.  It might be annoying for people
with metered access.

-- 
I acted to show my love for Jodie Foster.

Re: Patch To Fetch Messages From Google

[Reiner Steib]

On Wed, Apr 10 2002, Henrik Enberg wrote:

[fetching article by MID from google]

> This should probably be an option.  It might be annoying for people
> with metered access.

It already _is_ an option:

,----[ C-h v gnus-refer-article-method RET ]
| gnus-refer-article-method's value is shown below.
| 
| Documentation:
| Preferred method for fetching an article by Message-ID.
| [...]
| It can also be a list of select methods, as well as the special symbol
| `current', which means to use the current select method.  If it is a
| list, Gnus will try all the methods in the list until it finds a match.
| [...]
| Value:
| (current
|  (nntp "localhost")
|  (nntp "news.gnus.org")
|  (nntp "news.gmane.org")
|  (nnweb "google"
| 	(nnweb-type google)))
`----

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

minor bugs with negative article numbers (was: Patch To Fetch Messages From Google)

[Dan Christensen]

[-- Attachment #1: Type: text/plain, Size: 1543 bytes --]

Reiner Steib <4uce.02.r.steib@gmx.net> writes:

> ,----[ C-h v gnus-refer-article-method RET ]
> | gnus-refer-article-method's value is shown below.
> | 
> | Documentation:
> | Preferred method for fetching an article by Message-ID.
> | [...]
> | It can also be a list of select methods, as well as the special symbol
> | `current', which means to use the current select method.  If it is a
> | list, Gnus will try all the methods in the list until it finds a match.
> | [...]
> | Value:
> | (current
> |  (nntp "localhost")
> |  (nntp "news.gnus.org")
> |  (nntp "news.gmane.org")
> |  (nnweb "google"
> | 	(nnweb-type google)))
> `----

This is a great feature!  While playing with it, here are some
problems I noticed.  I hit ^ to make Gnus find a news article that had
expired from one of my nntp groups.  Gnus used google to bring the
article in, and the article looked fine, except that it had a few
garbage characters at the bottom.  Then I used `B c' to copy the
article to an nnfolder group, and there the article didn't appear
in the summary because it was corrupted:  there is a garbage line
in the second line of the header, and there is garbage at the end.
I've attached the article as it appear in my nnfolder file.

Another minor comment:  Gnus won't let me `!' an article, but it
will let me `d' and `E' it.  Not sure if this inconsistency is
intentional.

And a final comment:  each time I view the article, Gnus downloads
it again from google.  I guess avoiding this would be difficult?

-- 
Dan Christensen
jdc+news@uwo.ca


[-- Attachment #2: bad-article2 --]
[-- Type: application/octet-stream, Size: 1106 bytes --]

From nobody Wed Apr 10 16:21:43 2002
3d2
Message-ID: <3CA3D327.8090306@onlinetesting.net>
From: Jordan Hiller <jhiller@onlinetesting.net>
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1
X-Accept-Language: en-us
MIME-Version: 1.0
Newsgroups: rec.climbing
Subject: Re: Climbing in Alberta Canada
References: <a7r7s7$2qk$1@newsg1.svr.pol.co.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Date: Fri, 29 Mar 2002 02:34:28 GMT
NNTP-Posting-Host: 161.184.161.175
X-Trace: news1.telusplanet.net 1017369268 161.184.161.175 (Thu, 28 Mar 2002 19:34:28 MST)
NNTP-Posting-Date: Thu, 28 Mar 2002 19:34:28 MST
Lines: 20
Xref: localhost spam:241
X-Gnus-Article-Number: 241   Wed Apr 10 16:21:43 2002


I'm in Edmonton and just starting to look for summer outdoor places. A few 
decent URLs:

http://www.gripped.com/New/ClimbCanada/alberta/
http://www.worldweb.com/parkscanada-banff/climbing.html
http://www.compusmart.ab.ca/resqdyn/acc/

Silverfox wrote:

> Can anyone give me any info on climbing in Alberta ?
> 
> 
> 




0

Re: minor bugs with negative article numbers (was: Patch To Fetch Messages From Google)

[Kai Großjohann]

Dan Christensen <jdc+news@uwo.ca> writes:

> From nobody Wed Apr 10 16:21:43 2002
> 3d2
> Message-ID: <3CA3D327.8090306@onlinetesting.net>

This must be R2D2 trying to hide, but not quite succeeding.

"telnet blinkenlights.towel.nl" anyone?

kai
-- 
Silence is foo!

Re: minor bugs with negative article numbers (was: Patch To Fetch Messages From Google)

[Simon Josefsson]

On Wed, 10 Apr 2002, Dan Christensen wrote:

> This is a great feature!  While playing with it, here are some
> problems I noticed.  I hit ^ to make Gnus find a news article that had
> expired from one of my nntp groups.  Gnus used google to bring the
> article in, and the article looked fine, except that it had a few
> garbage characters at the bottom.  Then I used `B c' to copy the
> article to an nnfolder group, and there the article didn't appear
> in the summary because it was corrupted:  there is a garbage line
> in the second line of the header, and there is garbage at the end.
> I've attached the article as it appear in my nnfolder file.

This seems to be a URL bug:

(url-insert-file-contents  
"http://groups.google.com/groups?selm=1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid&output=gplain")

returns a trailing ^M.

If I fetch the URL with wget, there is no ^M.

> Another minor comment:  Gnus won't let me `!' an article, but it
> will let me `d' and `E' it.  Not sure if this inconsistency is
> intentional.

I think so, the article doesn't have an article number so it is difficult
to mark.  The reason d and E work is probably that it already was marked
as read, so pressing d or E doesn't result in any action.

> And a final comment:  each time I view the article, Gnus downloads
> it again from google.  I guess avoiding this would be difficult?

The backlog doesn't handle non-integer articles.  In fact, the backlog 
doesn't seem get invoked at all when I fetch articles using nnweb.

Re: minor bugs with negative article numbers

[Reiner Steib]

On Thu, Apr 11 2002, Simon Josefsson wrote:

> On Wed, 10 Apr 2002, Dan Christensen wrote:
[...]
>> in the summary because it was corrupted:  there is a garbage line
>> in the second line of the header, and there is garbage at the end.
>> I've attached the article as it appear in my nnfolder file.
>
> This seems to be a URL bug:
>
> (url-insert-file-contents  
> "http://groups.google.com/groups?selm=1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid&output=gplain")
>
> returns a trailing ^M.
>
> If I fetch the URL with wget, there is no ^M.

I don't receive any garbage (^M) with my version of url.el [1]. For
both MIDs (Simon's <1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid> and
Dan's <3CA3D327.8090306@onlinetesting.net>), I receive correct
articles using the above mentioned call of `url-insert-file-contents'.

Bye, Reiner.

[1]
,----[ C-h v url-version RET ]
| url-version's value is "p4.0pre.44"
`----
;;; url.el --- Uniform Resource Locator retrieval tool
;; Author: wmperry
;; Created: 1999/04/08 11:47:48
;; Version: 1.11
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

Re: minor bugs with negative article numbers

[Simon Josefsson]

On Thu, 11 Apr 2002, Reiner Steib wrote:

> > This seems to be a URL bug:
> >
> > (url-insert-file-contents  
> > "http://groups.google.com/groups?selm=1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid&output=gplain")
> >
> > returns a trailing ^M.
> >
> > If I fetch the URL with wget, there is no ^M.
> 
> I don't receive any garbage (^M) with my version of url.el [1]. For
> both MIDs (Simon's <1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid> and
> Dan's <3CA3D327.8090306@onlinetesting.net>), I receive correct
> articles using the above mentioned call of `url-insert-file-contents'.

cvs up (of url) solved the problem for me.  Sorry for the false alarm.

Re: minor bugs with negative article numbers

[Harry Putnam]

Simon Josefsson <jas@extundo.com> writes:

> cvs up (of url) solved the problem for me.  Sorry for the false alarm.
Simon,
When I try to cvs update either url or w3, for the last (several)
mnths.  I get this message:

   cvs server: Updating .
   cvs server: cannot open directory /cvs/url: No such file or directory
   cvs server: skipping directory 

And no update occurs.  Trying a new checkout gives me
/cvs/url: no such repository.

Maybe I'm using an old address?
cvs -d :pserver:anoncvs@subversions.gnu.org:/cvs

That is the one that appears in url/CVS/Root
Ditto w3.

Re: minor bugs with negative article numbers

[Simon Josefsson]

Harry Putnam <reader@newsguy.com> writes:

>    cvs server: Updating .
>    cvs server: cannot open directory /cvs/url: No such file or directory
>    cvs server: skipping directory 
>
> And no update occurs.  Trying a new checkout gives me
> /cvs/url: no such repository.
>
> Maybe I'm using an old address?
> cvs -d :pserver:anoncvs@subversions.gnu.org:/cvs

Try :pserver:anoncvs@subversions.gnu.org:/cvsroot/url.  (and s/url/w3/)

Re: minor bugs with negative article numbers

[Harry Putnam]

Simon Josefsson <jas@extundo.com> writes:

> Harry Putnam <reader@newsguy.com> writes:
>
>>    cvs server: Updating .
>>    cvs server: cannot open directory /cvs/url: No such file or directory
>>    cvs server: skipping directory 
>>
>> And no update occurs.  Trying a new checkout gives me
>> /cvs/url: no such repository.
>>
>> Maybe I'm using an old address?
>> cvs -d :pserver:anoncvs@subversions.gnu.org:/cvs
>
> Try :pserver:anoncvs@subversions.gnu.org:/cvsroot/url.  (and s/url/w3/)

Yeah, sorry about the line noise.  I figured it out shortly after posting

Re: minor bugs with negative article numbers

[Dan Christensen]

Simon Josefsson <jas@extundo.com> writes:

> On Thu, 11 Apr 2002, Reiner Steib wrote:
>
>> > This seems to be a URL bug:
>> >
>> > (url-insert-file-contents  
>> > "http://groups.google.com/groups?selm=1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid&output=gplain")
>> >
>> > returns a trailing ^M.
>> >
>> > If I fetch the URL with wget, there is no ^M.
>> 
>> I don't receive any garbage (^M) with my version of url.el [1]. For
>> both MIDs (Simon's <1f8fd51.1sjfq9b1u3kq7yN%tells@nowhere.invalid> and
>> Dan's <3CA3D327.8090306@onlinetesting.net>), I receive correct
>> articles using the above mentioned call of `url-insert-file-contents'.
>
> cvs up (of url) solved the problem for me.  Sorry for the false alarm.

I just did a cvs up of url, w3 and gnus, and that fixed most of the
problem.  I still get a ^M at the bottom of the message, but that
doesn't affect the functioning of Gnus as the headers are fine.

My url.el says 1.12 at the top, and url-version is "Exp".

Thanks for the help!

Dan

-- 
Dan Christensen
jdc+news@uwo.ca

Re: Patch To Fetch Messages From Google

[ShengHuo ZHU]

Kalle Kivimaa <killer@iki.fi> writes:

> If a message id is not found on the server, the following patch will
> then try to fetch the message from Google (in a separate browser
> window). Just something that came up in Sfnet :)
>
> --- gnus-sum.el Wed Apr 10 20:37:24 2002
> +++ gnus-sum-orig.el    Wed Apr 10 20:36:46 2002
> @@ -7653,8 +7653,7 @@
>             (when (setq number (gnus-summary-insert-subject message-id))
>               (gnus-summary-select-article nil nil nil number)
>               (throw 'found t)))
> -         (browse-url (concat "http://groups.google.com/groups?as_umsgid="
> -                              message-id "&hl=en"))))))))
> +         (gnus-message 3 "Couldn't fetch article %s" message-id)))))))
>
>  (defun gnus-refer-article-methods ()
>    "Return a list of referrable methods."

IMHO, adding (nnweb "" (nnweb-type google)) into
gnus-refer-article-method is a better solution.

ShengHuo

Re: Patch To Fetch Messages From Google

[Kai Großjohann]

Thomas Skogestad <tskogest@jusstud.uio.no> writes:

> And when I try to fetch an old article, I just get "No such article (may
> have expired or been canceled)", even though Google has it. Do I need some
> sort of special program installed?

You need the URL and/or W3 package.  (W3-4.0pre47 or so includes URL,
W3 from CVS does not include URL, so you need URL from CVS, as well.)

kai
-- 
Silence is foo!