Re: Emacs 28.2 gnus: nntp read marks lost after going offline and online again

[Steinar Bang <sb@dod.no>]

>>>>> Eric Abrahamsen <eric@ericabrahamsen.net>:

> Yes, in your previous image of the Server buffer note all the
> (cloud-sync) tags after servers, and the one (CLOUD-HOST). I've only
> tried the gnus-cloud thing once several years ago, but the manual makes
> it sound like you'd have to enable it manually -- did you not do that?

Well, I have enabled it on a much older version of gnus, on September 23
2021, and it may be that my old enablement doesn't work too well with
the current version.

Hm... digging further into the git history, I have tried using
gnus-cloud since July 24 2016, but I didn't have any success until
around 2019, and I didn't retire its predecessor gnus-sync until 2021
(when it stopped working).

There are some posts and threads. on this list about my experiments.
Probably last time was around the previous debian major version upgrade
when emacs switched from 26 to 27.

Also I have been running a hacked version of gnus-cloud, since the one
bundled with earlier gnus versions didn't work right.

Now I'm running with the plain emacs 28 gnus.

These are my settings to enable gnus-cloud:
(setq gnus-cloud-interactive nil
      gnus-cloud-method "nnimap:cloud"
      gnus-cloud-storage-method nil
      gnus-cloud-synced-files '((:directory "~/News" :match ".*.SCORE\\'"))
      mail-source-movemail-program "movemail")

(the movemail setting is gnus cloud related from August 18 2019, when
switching from emacs 25 to emacs 26 after a debian upgrade)

> Anyway, even if gnus-cloud isn't the culprit it's likely to make
> debugging harder. Try using "i" to toggle the cloud-sync servers, and
> "I" to toggle the CLOUD-HOST server -- hopefully that will shut it off
> altogether...

Ok. I'll try that and if that doesn't work I'll remove the gnus-cloud
config.

Am I the only current user of gnus-cloud, I wonder?