Emanuel Berg | 30 Jul 05:04 2014
Picon
Picon

Re: Sorting threads after gathering threads

Michael Welsh Duggan <mwd <at> md5i.com> writes:

> You seem to be missing my point. There are no threads
> to start -- or rather, every message is its own
> thread. Then they get sorted by the
> gnus-thread-sort-functions'.

I have several listbots splitted into groups and they
are all threaded. I don't care if they are threads to
begin with, if they are "real" or loose threads, and
all that. They are threads when I open the groups and
look at the summary and that is what matters. I have
shared my options. Why don't you do exactly like me?
Then probably you will get it right.

--

-- 
underground experts united
Emanuel Berg | 30 Jul 02:48 2014
Picon
Picon

Re: Sorting threads after gathering threads

Michael Welsh Duggan <mwd <at> md5i.com> writes:

> The important part here is that these are not real
> threads. They are individual messages with enough
> similarities that threading can be simulated. In Gnus
> parlance, they are "loose threads," and are put
> together during "thread gathering." Unfortunately, it
> seems like thread gathering happens after thread
> sorting, for some unknown reason.

Check out `gnus-summary-thread-gathering-function'.
I have that gnus-gather-threads-by-subject.

    ... Function used for gathering loose threads.
    There are two pre-defined functions:
    `gnus-gather-threads-by-subject', which only takes
    Subjects into consideration; and
    `gnus-gather-threads-by-references', which compared
    the References headers of the articles to find
    matches.

--

-- 
underground experts united
Emanuel Berg | 30 Jul 02:39 2014
Picon
Picon

Re: Sorting threads after gathering threads

Michael Welsh Duggan <mwd <at> md5i.com> writes:

> The important part here is that these are not real
> threads. They are individual messages with enough
> similarities that threading can be simulated. In Gnus
> parlance, they are "loose threads," and are put
> together during "thread gathering." Unfortunately, it
> seems like thread gathering happens after thread
> sorting, for some unknown reason.

What does the distinction loose or real thread matter?
Why can't you have them all grouped by subject and then
sorted by number (or date) within each group?

> With the settings as in my original mail (which you
> have cut out of this response)

Yeah?

--

-- 
underground experts united
Emanuel Berg | 28 Jul 00:55 2014
Picon
Picon

Re: Sorting threads after gathering threads

Michael Welsh Duggan <mwd <at> md5i.com> writes:

> I am on an automated mailing list which I
> automatically filter into a separate Gnus group. Each
> message on this list is an individual, non-threaded
> messages. Many of these messages are indeed related,
> and this can be determined by the subject. I have put
> my own subject-simplifying function in the
> gnus-simplify-subject-functions' variable for this
> group. This correctly gathers the individual messages
> into threads ...

To split listbots into groups is very common and of
course the mails/posts should be threaded.

I have:

`gnus-sort-gathered-threads-function' is gnus-thread-sort-by-number
`gnus-thread-sort-functions' is (gnus-thread-sort-by-number)

which I didn't configure.

In the help for `gnus-thread-sort-functions', it says:

    You should probably always include
    `gnus-thread-sort-by-number' in the list of sorting
    functions -- preferably first. Also note that
    sorting by date is often much slower than sorting
    by number, and the sorting order is very
    similar. (Sorting by date means sorting by the time
(Continue reading)

Michael Welsh Duggan | 28 Jul 00:27 2014

Sorting threads after gathering threads

I am on an automated mailing list which I automatically filter into a
separate Gnus group.  Each message on this list is an individual,
non-threaded messages.  Many of these messages are indeed related, and
this can be determined by the subject.  I have put my own
subject-simplifying function in the `gnus-simplify-subject-functions'
variable for this group.  This correctly gathers the individual messages
into threads.

Now the problem: I want to sort the *Summary* buffer like this: Each
thread is sorted from the oldest to the newest message by date.  The
*Summary* buffer is sorted by the most recent date in each thread.

This seems like it should be simple: Set
`gnus-sort-gathered-threads-function' to `gnus-thread-sort-by-date', and
set `gnus-thread-sort-functions' to
`gnus-thread-sort-by-most-recent-date'.  (Well, I lie a little.  I
actually want the reverse of `gnus-thread-sort-by-most-recent-date',
putting the oldest threads at the top, but that's easy to hack.)

But this doesn't seem to do what I want.  It looks like Gnus makes
threads, sorts them, gathers the threads, and then sorts within the
threads.  The upshot is my threads get gathered correctly, and the
messages in a thread are sorted correctly, but the threads are sorted by
(I believe accident) the oldest message in each thread, rather than the
most recent.

Am I doing something wrong?  Is there another way to achieve my desired
result?

--

-- 
(Continue reading)

Alan Schmitt | 27 Jul 12:46 2014

gnus registry does not track messages when refiling

Hello,

I'm trying to make the registry work, and I don't understand why it does
not track messages when refiling.

I set the gnus-verbose level to 10, and when doing some refiling, here
is what I saw in the logs:

Expiring articles from Sent: (3821 3824 3825 3828 3835 3839 3843 3848 3849)
Gnus registry: article <m2iomo77ef.fsf <at> polytechnique.org> going from Sent to nil
gnus-registry-handle-action ("<m2iomo77ef.fsf <at> polytechnique.org>" "Sent" nil "Souhire" "Alan
Schmitt <alan.schmitt <at> inria.fr>" ("utf <**********>"))
Gnus registry: new entry for <m2iomo77ef.fsf <at> polytechnique.org> is ((subject "Souhire") (recipient
"utf <***********≥") (sender "Alan Schmitt <alan.schmitt <at> inria.fr>") (group) (creation-time
(21460 53651 838918 0)))
Expiring articles...done

I don't understand why there is only an registry log entry for one
message, and why it's saying that the message is "going from Sent to
nil".

Here are my settings for the Sent group:

#+begin_src emacs-lisp
          ("^Sent$"
           (total-expire . t)
           (expiry-wait . 7)
           (expiry-target . "nnimap+zimbra:archive"))
#+end_src

(Continue reading)

Le TeXnicien de surface | 25 Jul 18:04 2014

chosing among many smtp servers

Hello all

I'm preparing my .gnus.el to, at last, go to gnus to read and write news
and mails.

I can collect my mails from different pop and imap boxes.

What I would like to achieve now is to chose among some smtp servers
which one to use to send a mail (I'm currently using 3 servers with 6
identities).
I don't want too subtle a solution but I would be greatly happy if
there was a way of picking one server from a pre-declared list.

all hints will be appreciated

many thanks in advance

--

-- 
Le TeXnicien de surface
Emanuel Berg | 23 Jul 20:25 2014
Picon
Picon

Re: archiving threads one contributes to

Alan Schmitt <alan.schmitt <at> polytechnique.org> writes:

>> I want to make sure the articles are copied locally
>> to some place where they won't expire. However I
>> don't want to retain every article posted on these
>> newsgroups indefinitely.  Why not? It is just a
>> bunch of text files, all neatly organized
>> already. My News directory is 5.7M!
>
> I've been using gnus to read news and RSS for two
> weeks (before it was only for email), and mine is at
> 53M. I see that all the RSS from gwene is cached
> there as well.

Yes, 53M is a lot in two weeks!

Either you have just been much, much more active, or
there is something different in our setups/usage.

You can check how many files you have in ~/News with:

  $ file ~/News -type f | wc -l

and ditto directories, '-type d'. (I have 725 in 63.)

>> If you want to delete the files with discretion,
>> perhaps you can tell Gnus never to do it (if indeed
>> Gnus does it for you) and then write a script that
>> deletes unwanted posts habitually while keeping
>> some, based on the Message ID and Subject headers I
(Continue reading)

Emanuel Berg | 23 Jul 17:16 2014
Picon
Picon

Re: archiving threads one contributes to

Alan Schmitt <alan.schmitt <at> polytechnique.org> writes:

> No. Right now some article are present in my agent
> cache (in
> agent/nntp/news.gwene.org/gmane/emacs/gnus/user). If
> I understand things correctly, these articles may
> expire at some point:
>
>   gnus-agent-expire-days
>   
> The number of days that a ‘read’ article must stay in
> the agent's local disk before becoming eligible for
> expiration (While the name is the same, this doesn't
> mean expiring the article on the server. It just
> means deleting the local copy of the article).
>
> What is also important to understand is that the
> counter starts with the time the article was written
> to the local disk and not the time the article was
> read. Default 7.

I also have that value 7 and all my posts are there,
from way back. Perhaps just because the posts are
marked in certain ways, you still have to issue some
command to have them removed from your disk. I don't
know except I have old posts, lots of them.

> I want to make sure the articles are copied locally
> to some place where they won't expire. However I
> don't want to retain every article posted on these
(Continue reading)

Emanuel Berg | 23 Jul 16:25 2014
Picon
Picon

Re: archiving threads one contributes to

Alan Schmitt <alan.schmitt <at> polytechnique.org> writes:

> My problem is twofolds: how do I make sure that the
> files corresponding to threads I've replied to remain
> on my hard drive, while other files may be cleared at
> some point

You mean, you will delete the other files manually?

> and how do I integrate these file to my mail search
> infrastructure (which is using notmuch).

I have no experience of notmuch, but perhaps it can
sort your mails in directories based on threads?

> Copying the articles into a mailbox seems to be the
> most straightforward way to solve both issues, I just
> don't know how to do it automatically.

Well, I don't see why you would want to delete any
files to begin with - just lots of extra work, it seems
to me, for no obvious advantage (?).

If there isn't any Gnus library or other software that
will help you with this, you'll have to record the
subjects and message IDs of the posts you send.

As in:

(defun save-sent-msg-data ()
(Continue reading)

Emanuel Berg | 22 Jul 22:38 2014
Picon
Picon

Re: archiving threads one contributes to

Alan Schmitt <alan.schmitt <at> polytechnique.org> writes:

> Thank you for the suggestion. Leafnode seems to be a
> little heavyweight. It seems that what I want is
> based on 'gnus-summary-copy-article' and tweaking
> gnus-move-split-methods' to have nice suggestions
> where to put the article. It won't be automatic, but
> I guess it's a start.

What do you mean by "local copies"? If you mean files
with messages on you disk, don't you have that already?

For example, I have your message (the one I quote) as

~/News/agent/nntp/Aioe.org/gnu/emacs/gnus/5737

Not that I use those files very often directly as I
think most things are preferrable to do through Gnus
anyway.

Put it this way: what problem/situation do you have?

--

-- 
underground experts united

Gmane