[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: feature request: caching
radford@robby.caltech.edu (Jim Radford) writes:
> First you can just not open any of the groups. This can be done by
> setting `nnimap-group-list-speed'. This however returns incorrect
> info to gnus, i.e. the min and max article numbers. Info which BTW I
> think gnus shouldn't need for anything!
Would anything break if we return MIN=1 MAX=999999999 ? I'll read
some Gnus code...
> Second you can use `gnus-read-active-file'. With this you can keep
> the `nnimap-request-list' from happening on a regular basis. This is
> closer to the correct way.
This looks promising. Exactly what does a backend has to do to support
'some?
> Ideally the request-list would happen, but Gnus would ignore the
> min/max we send and just look at the group names.
If Gnus doesn't use min/max for something useful, perhaps we could fix
Gnus.
> This need to be fixed. This is my number one problem with nnimap.
This is my number two, I think. My number one problem is
nnimap-request-update-info taking ages (I have 30-40 subscribed IMAP
groups). nnimap-request-list is really fast compared with this.
/s