Re: Problems with gnus-registry

[Ted Zlatanov <tzz@lifelogs.com>]

On Tue, 05 Feb 2008 17:24:18 -0500 Jake Colman <colman@ppllc.com> wrote: 

Jake> So with a gcc, when the backend causes the sent article to spool to the
Jake> gcc-ed folder, the registry will register that article.  This will work for
Jake> sent emails as well since it is the gcc that will make the registry see it.
Jake> Is this all correct?

Yes, that's how it's supposed to work.

TZ> You can set your archive group to be ignored, see
TZ> gnus-registry-ignored-groups.

Jake> My archive group is defined through the following code:

Jake>   (setq gnus-message-archive-group
Jake>         '((concat "nnimap+hamilton:Archive/" 
Jake>                   (format-time-string "%Y-%m" (current-time)))))

Jake> How can I set gnus-registry-ignored-groups so that I don't have my replies
Jake> registered to the archive (in the absence of any overriding gcc of
Jake> course).

Sorry, I gave you the wrong variable name.  This is the right one with
the default value:

(setq gnus-registry-unfollowed-groups 
 '("delayed$" "drafts$" "queue$" "INBOX$"))

It means "any group ending with one of these words" ($ at the end means
"the string must end here", so "INBOX.hello" won't match the last one
for example).

So, depending on whether you want to keep the default, you can add
"Archive/" to the list (so anything with that word in it not be followed
for splitting).

If you have other groups with "Archive/" in the name, the regular
expression can be more precise to allow only the one above.  I would
keep things simple if possible.

TZ> - subject and sender tracking is experimental and works OK for me, but
TZ> you may discover bugs

TZ> - multiple matches for a subject or a sender will disqualify the match,
TZ> to avoid ambiguous results

Jake> How can I test if that is what's going on?

Jake> It is pretty clear that some of my emails are coming in without the standard
Jake> headers that the registry is looking for.  But one would think that sender
Jake> and subject would always be found!  I'd love to help shake this out for you
Jake> that I can get more of my emails handled by the registry.

The sender and the subject are in the registry as extra data, e.g.

("<47A802B8.6080400@gna.org>" ((mtime 18344 55485 405961) (sender . "\"Suraj N. Kurapati\" <snk@gna.org>") (subject . "[wmii] [ANN] Rumai 2.0.0")) "nnimap+blockstar.com:INBOX.ion")

This entry says:

message ID is first entry

extra data:
 mtime is creation/update date
 sender and subject are as shown

group name is any string after the message ID

So to see if a subject matches multiple groups, you need to:

1) enter a group with a message you're interested in, to make sure it's
in the registry.  Note the message ID, subject, and sender.

2) (after saving to make sure the file contains the latest data)

"grep subject ~/.gnus.registry.eld | grep YOUR_SUBJECT_HERE"

Same as above for the sender.  If multiple entries match, none will be
returned.  If no entries match, we'll need to do more debugging on why
that's happened; grep the registry file for the message ID as well, and
I'll need to see that message.

I will write functions to do the above directly through the registry to
make debugging easier, but for the time being stick with grep.

Ted