Gathering very loose threads

Gathering very loose threads

[Niklas Morberg]

Some ``text manglers masquerading as newsreaders'', as the
Gnus manual so eloquently puts it, is even worse than the
existing fuzzy matching can cope with.

I've set the variables:

 gnus-simplify-subject-functions '(gnus-simplify-subject-fuzzy)
 gnus-summary-gather-subject-limit 'fuzzy
 gnus-simplify-ignored-prefixes ".*\\[.*@.*\\]"

to help gather subjects that belong together under the same
thread. This helps a lot (the last one is to get replies to
messages forwarded by gnus to thread properly), but one
problem remains.

Some MUAs insert a space in the subject line if the subject
is too long (65 characters in one case). How can I solve
this? Here is an example of four subject lines that all
should be gathered in the same thread:

About your recent suggestion to improve life
Re: About your recent suggestion to improve life
Re: [A person <a.person@hisdomain.org>] About your recent suggestion to improve life
Re: [A person <a.person@hisdomain.org>] About your recent suggest ion to improve life

Any ideas?

Niklas

odd nnir error

[Bill White]

How did gnus end up doing 'require(cache\.nnml)', of all things?

Debugger entered--Lisp error: (file-error "Cannot open load file" "cache.nnml")
  require(cache\.nnml)
  gnus-get-function((cache\.nnml "") retrieve-headers)
  gnus-retrieve-headers((7) "cache.nnml:wri.book" nil)
  nnir-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ...) "((query . \"beck;characters\"))" "-ephemeral" nil)
  gnus-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ...) "nnir:((query . \"beck;characters\"))" nil)
  gnus-cache-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ...) "nnir:((query . \"beck;characters\"))" nil)
  gnus-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ...) "nnir:((query . \"beck;characters\"))" nil)
  gnus-fetch-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ...))
  gnus-select-newsgroup("nnir:((query . \"beck;characters\"))" t nil)
  gnus-summary-read-group-1("nnir:((query . \"beck;characters\"))" t t nil nil nil)
  gnus-summary-read-group("nnir:((query . \"beck;characters\"))" t t nil nil nil nil)
  gnus-group-read-group(t t "nnir:((query . \"beck;characters\"))" nil)
  byte-code("ÂÃ\b	$\n\b" [group select-articles gnus-group-read-group t] 5)
  gnus-group-read-ephemeral-group("((query . \"beck;characters\"))" (nnir "") t (#<buffer *Group*> . group) nil)
  gnus-group-make-nnir-group(nil "beck;characters")
  call-interactively(gnus-group-make-nnir-group)

Cheers -

bw
-- 
Bill White . billw@wolfram.com . http://members.wri.com/billw
"No ma'am, we're musicians."

Re: odd nnir error

[Kai Großjohann]

Bill White <billw@wolfram.com> writes:

> How did gnus end up doing 'require(cache\.nnml)', of all things?
>
> Debugger entered--Lisp error: (file-error "Cannot open load file" "cache.nnml")
>   require(cache\.nnml)
>   gnus-get-function((cache\.nnml "") retrieve-headers)
>   gnus-retrieve-headers((7) "cache.nnml:wri.book" nil)
>   nnir-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ...) "((query . \"beck;characters\"))" "-ephemeral" nil)

Hm.  This is indeed quite strange.  It seems you're using glimpse.
Hm.  Hmmmm....

Something that might help is to load nnir.el (instead of *.elc) and
to reproduce the backtrace.  Also, you could try to run
nnir-run-glimpse manually and see what happens there.

Sorry it took me so long to reply.

kai
-- 
Silence is foo!

Re: Gathering very loose threads

[Simon Josefsson]

On Wed, 15 May 2002, Niklas Morberg wrote:

> I've set the variables:
> 
>  gnus-simplify-subject-functions '(gnus-simplify-subject-fuzzy)
>  gnus-summary-gather-subject-limit 'fuzzy
>  gnus-simplify-ignored-prefixes ".*\\[.*@.*\\]"
> 
> to help gather subjects that belong together under the same
> thread. This helps a lot (the last one is to get replies to
> messages forwarded by gnus to thread properly), but one
> problem remains.
> 
> Some MUAs insert a space in the subject line if the subject
> is too long (65 characters in one case). How can I solve
> this? Here is an example of four subject lines that all
> should be gathered in the same thread:
> 
> About your recent suggestion to improve life
> Re: About your recent suggestion to improve life
> Re: [A person <a.person@hisdomain.org>] About your recent suggestion to improve life
> Re: [A person <a.person@hisdomain.org>] About your recent suggest ion to improve life
> 
> Any ideas?

All whitespace could be stripped before comparing Subject: content.

Does this work as a member of gnus-simplify-subject-functions?

(lambda (str) 
  (with-temp-buffer 
    (insert str)
    (goto-char (point-min))
    (while (re-search-forward " +" nil t) 
      (replace-match ""))
    (buffer-string))))))

Re: Gathering very loose threads

[Niklas Morberg]

Simon Josefsson <jas@extundo.com> writes:

> Does this work as a member of gnus-simplify-subject-functions?

It works very well. Thank you very much for your help.

Niklas

Re: Gathering very loose threads

[Simon Josefsson]

Jonas Steverud <d4jonas@dtek.chalmers.se> writes:

> Simon Josefsson <jas@extundo.com> writes:
>
>> Does this work as a member of gnus-simplify-subject-functions?
>
> There are already a function for this; gnus-simplify-whitespace.

I believe that function only removes excessive whitespace, not all
whitespace.  Compare

(gnus-simplify-whitespace " foo bar ")
"foo bar"

with

((lambda (str)
  (with-temp-buffer
    (insert str)
    (goto-char (point-min))
    (while (re-search-forward " +" nil t)
      (replace-match ""))
    (buffer-string)))
 " foo bar ")
"foobar"

The latter looks generally useful, so I added it as
gnus-simplify-all-whitespace.  Perhaps it should even be used by
default (whitespace in Subject: is rarely useful for threading
purposes), but I'll leave it for someone else to make that patch.