Some imap accounts not updating in 24.4

[Alberto Luaces]

Hi,

since updating from 24.3 to 24.4, one of my imap accounts stopped being
updated automatically. It doesn't show new messages for that server,
even I press 'g'. The only way to get those messages is to directly
press 'Meta-g' on that group.

My configuration is along the lines of:

--8<---------------cut here---------------start------------->8---
(setq gnus-select-method '(nnnil))

(setq gnus-secondary-select-methods '((nnimap "server1"

...)
(nnimap "server2"
... ))
--8<---------------cut here---------------end--------------->8---

Even if I switch the order of server stanzas in the configuration, the
one being updated correctly is always the same (server2).

One more difference I see with respect to older 24.3 is that the
variable gnus-secondary-select-methods always shows a nnml method, even
if I set the variable with setq instead of add-to-list, and I am not
setting it in my configuration:

--8<---------------cut here---------------start------------->8---
; Value of gnus-secondary-select-methods in 24.4
((nnml "")
(nnimap "server1"
...)
(nnimap "server2"
...))
--8<---------------cut here---------------end--------------->8---

Any hints about this?

Thanks!

[Ted Zlatanov]

On Tue, 25 Nov 2014 23:55:26 +0100 Alberto Luaces <***@udc.es> wrote:

AL> since updating from 24.3 to 24.4, one of my imap accounts stopped being
AL> updated automatically. It doesn't show new messages for that server,
AL> even I press 'g'. The only way to get those messages is to directly
AL> press 'Meta-g' on that group.

I am far from expert on that, but would guess that logs (`nnimap-debug'
for instance) would be very helpful to see what's different at the
protocol level.

Ted

[Alberto Luaces]

Post by Ted Zlatanov
AL> since updating from 24.3 to 24.4, one of my imap accounts stopped being
AL> updated automatically. It doesn't show new messages for that server,
AL> even I press 'g'. The only way to get those messages is to directly
AL> press 'Meta-g' on that group.
I am far from expert on that, but would guess that logs (`nnimap-debug'
for instance) would be very helpful to see what's different at the
protocol level.

I am setting nnimap-debug through (setq nnimap-debug t), but I am not
able to get any log buffer for imap.

[Ted Zlatanov]

AL> since updating from 24.3 to 24.4, one of my imap accounts stopped being
AL> updated automatically. It doesn't show new messages for that server,
AL> even I press 'g'. The only way to get those messages is to directly
AL> press 'Meta-g' on that group.

Post by Ted Zlatanov
I am far from expert on that, but would guess that logs (`nnimap-debug'
for instance) would be very helpful to see what's different at the
protocol level.

AL> I am setting nnimap-debug through (setq nnimap-debug t), but I am not
AL> able to get any log buffer for imap.

I see my debug logs in " *nnimap imap.gmail.com 993 *nntpd**" for
instance. I think this is all I did:

(setq imap-log t ; obsolete, I think
nnimap-debug t)

Perhaps you didn't see that buffer because it starts with a space, so
it's hidden by default? That's by design in Emacs IIRC.

Ted

[Alberto Luaces]

Post by Ted Zlatanov
AL> since updating from 24.3 to 24.4, one of my imap accounts stopped being
AL> updated automatically. It doesn't show new messages for that server,
AL> even I press 'g'. The only way to get those messages is to directly
AL> press 'Meta-g' on that group.

Post by Ted Zlatanov
I am far from expert on that, but would guess that logs (`nnimap-debug'
for instance) would be very helpful to see what's different at the
protocol level.

AL> I am setting nnimap-debug through (setq nnimap-debug t), but I am not
AL> able to get any log buffer for imap.
I see my debug logs in " *nnimap imap.gmail.com 993 *nntpd**" for
(setq imap-log t ; obsolete, I think
nnimap-debug t)
Perhaps you didn't see that buffer because it starts with a space, so
it's hidden by default? That's by design in Emacs IIRC.

Ok, that was it, thank you.

Now, in the log for the server not updating, I can see at then end:

Process *nnimap* connection broken by remote peer

...and one thing that caught my eye is that the connection might be
caused by gnus flooding the server before:

* 1 FETCH (UID 384 FLAGS (\Seen))
* 2 FETCH (UID 385 FLAGS (\Seen))
* 3 FETCH (UID 386 FLAGS (\Seen))
* 4 FETCH (UID 387 FLAGS (\Seen))
* 5 FETCH (UID 388 FLAGS (\Seen))

[...]

* 3009 FETCH (UID 5442 FLAGS (\Seen))
* 3010 FETCH (UID 5443 FLAGS (\Seen))
* 3011 FETCH (UID 5444 FLAGS (\Seen))
* 3012 FETCH (UID 5446 FLAGS (\Seen))

Those are 3012 simultaneous requests for the server, aren't they?

[Ted Zlatanov]

On Mon, 22 Dec 2014 20:48:37 +0100 Alberto Luaces <***@udc.es> wrote:

AL> ...and one thing that caught my eye is that the connection might be
AL> caused by gnus flooding the server before:

AL> * 1 FETCH (UID 384 FLAGS (\Seen))
AL> * 2 FETCH (UID 385 FLAGS (\Seen))
AL> * 3 FETCH (UID 386 FLAGS (\Seen))
AL> * 4 FETCH (UID 387 FLAGS (\Seen))
AL> * 5 FETCH (UID 388 FLAGS (\Seen))

AL> [...]

AL> * 3009 FETCH (UID 5442 FLAGS (\Seen))
AL> * 3010 FETCH (UID 5443 FLAGS (\Seen))
AL> * 3011 FETCH (UID 5444 FLAGS (\Seen))
AL> * 3012 FETCH (UID 5446 FLAGS (\Seen))

AL> Those are 3012 simultaneous requests for the server, aren't they?

Sorry, I don't know. Every time I try to understand IMAP, I wake up on
the floor with an empty bottle of Jack Daniels and a bad hangover, so
I've stopped trying :)

Ted

[Lars Ingebrigtsen]

Post by Alberto Luaces
Those are 3012 simultaneous requests for the server, aren't they?

IMAP is a streaming protocol, so you can send as many commands as you
wish. They're not handled in parallel. :-)

[Alberto Luaces]

Post by Lars Ingebrigtsen

Post by Alberto Luaces
Those are 3012 simultaneous requests for the server, aren't they?

IMAP is a streaming protocol, so you can send as many commands as you
wish. They're not handled in parallel. :-)

Yes, but I suppose there is always a top limit. Anyways, that turned
out to be a red herring.

I deleted my .newsrc.eld and then my nnimap server groups began to
behave correctly. I had to manually restore all my nntp groups from a
backup, though.

I think that something is happening with the .newsrc.eld format between
emacs 24.3 and 24.4. I think I have seen a similar report of weird
things happening when jumping between those versions. In fact, some of
the groups didn't work at first when restored from backup, because the
server was written as

"news.gmane.org"

instead of

(nntp "news.gmane.org")

[Lars Ingebrigtsen]

Post by Alberto Luaces

Post by Lars Ingebrigtsen
IMAP is a streaming protocol, so you can send as many commands as you
wish. They're not handled in parallel. :-)

Yes, but I suppose there is always a top limit.

Nope.