Re: More on the new nnimap

[James Cloos <cloos@jhcloos.com>]

>>>>> "LMI" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

LMI> James Cloos <cloos@jhcloos.com> writes:
LMI> What is your gnus-subscribe-newsgroup-method exactly? 

LMI> Right.  That should work.  Does `F' subscribe you to new nnimap groups,
LMI> or do you never see new nnimap groups?

Not now (still on commit 43de9c6fe344).  It only (claimed to) subscribe(d)
one group which wasn't actually new.

The 29 new groups were ignored.

LMI> The ChangeLog message for this is:

LMI> 	(nnimap-open-shell-stream): Bind `process-connection-type' to nil, so
LMI> 	that CRLF doesn't get translated to \n.

LMI> So binding it to nil fixes a real bug.  Is there no way to get rid of
LMI> stderr without using a pty?        

The equic of stty raw on the pty also will fix that.

>> Creating the group, though, is to allow gnus access.

LMI> The create group command is really meant to create the group on the
LMI> backend.

Seems odd.

It never did that when I used nnmh, nor have I seen it with nnmaildir.

I obviously cannot do that for nntp.

And there is nothing in the doc string to suggest that Gm would make any
changes on any server, just that it tells gnus to create a group to read 
ADDRESS.

LMI> You can subscribe groups in Gnus, but if this has worked
LMI> before, it was probably an accident.  All the other backends create
LMI> groups in response to that command.

NIME.

LMI> So you'll have to adjust your code to have Gnus subscribe the group
LMI> instead of calling out `*-request-create-group' to the backend.



LMI> Why is `F' slow?  Which backends take long to respond?

Imap.  LIST only gets about 20 groups/second.  A direct sql query
reports the whole list of groups in 7+ ms.

Checking for \noinferiors and \hasnochildren is probably what slows it
down.

LMI> You use IMAP as the interface to a SQL-based mail storage?

When I gave up on nnmh (due to many of the bugs you recently fixed, but
also the cost of accessing so many inodes) dbmail-2.2 was the best option
available.  I had to write a patch to use dense, per-group UIDs instead
of sparse, per-server UIDs, but it was still better than the alternatives.

And it mostly still is.

LMI> Anyway, for nnimap `F' just issues a LIST command.  Does a LIST in your
LMI> setup take minutes?

About 13.  And gnus ignored the new groups.

I just tried running LIST outside of gnus; the new groups are included.
One example is:

* LIST (\noinferiors \hasnochildren) "/" "gimp-announce@lists.xcf.berkeley.edu"

-JimC
-- 
James Cloos <cloos@jhcloos.com>         OpenPGP: 1024D/ED7DAEA6