Pyromania  writes:

> On Thu, Jul 24 2025, Luis Henriques wrote:
>
>> On Thu, Jul 24 2025, James Thomas wrote:
>
>>> But you can use (info "(gnus)
>>> Agent Basics") simply using 'J a' on the nnimap server.
>
>>> Wdyk, you might even like it better. :-)
>
>> Ah! In fact, I have never looked into this agent thing.  It may actually
>> be interesting.  I'll need to go through the manual and see if that will
>> help improve my current setup.  (In fact, my current setup works fine, I'm
>> using nnimap to connect directly to my mail servers.)
>
>> Thanks a lot for your suggestion, James.  I'll definitely have a look into
>> it ;-)
>
>> Cheers,
>
> I’m using Gnus and ‘nnimap’ with the Agent for a few months.  I can say
> that I’m much more satisfied compared to other MUAs.  Give it a try,
> the agent’s easy to setup.

On that note, if any of you run into the bug that this was intended to
fix, pleasy try and file a report (with Cc to me).

diff --git a/lisp/gnus/nnimap.el b/lisp/gnus/nnimap.el
index 30f0a4b6a62..16ec71a5a91 100644
--- a/lisp/gnus/nnimap.el
+++ b/lisp/gnus/nnimap.el
@@ -1921,7 +1921,17 @@ nnimap-change-group
   (let ((open-result t))
     (when (and server
               (not (nnimap-server-opened server)))
-      (setq open-result (nnimap-open-server server nil no-reconnect)))
+      ;; J s on process-marked, on closed server (re-plugged) (or maybe
+      ;; after making another nnimap current).
+
+      ;; It's an unreversion of Andreas's
+      ;; 5a327bd99c1a9e52059b0216904ba30da210d711, with his ostensible
+      ;; original rationale for doing so handled with a small
+      ;; tweak. There's a similar precedent in L#1095.
+      ;; Copying him hoping he'll weigh in.
+      (let ((method (gnus-server-to-method (format "nnimap:%s" server))))
+       (setq open-result (nnimap-open-server (nth 1 method) (nthcdr 2 method)
+                                             no-reconnect))))
     (cond
      ((not open-result)
       nil)

--

Reply via email to