Re: [Imap-protocol] Gmail IMAP server session timeout

--===============3994899654251345478==
Content-Type: multipart/alternative; boundary="0000000000002ce5e5058244b439"

--0000000000002ce5e5058244b439
Content-Type: text/plain; charset="UTF-8"

What time frame are you seeing this in?

There's a bunch of different reasons that the server will close a
connection.  There's a maximum number of connections allowed, for example,
or if the user's primary/secondary servers flip, or if you're connected to
a secondary because the primary was down and the primary comes back, or the
primary moves for load balancing, or the servers are restarted for new
versions.  The connection also travels through at least three proxies, and
those can restart as well (though those won't say BYE). That's all
relatively rare but can cause connection closes on average daily.

If you're seeing consistent closes after an hour or 24h, that's probably
the auth refresh threshold.  I don't recall the specific time frames, and
it varies between using oauth and regular login, but basically the auth
time has a limit because we can't easily tell in some circumstances if the
auth has been revoked, so we close the connection to force a re-login to
prove you still should have access.  It's been a couple years, so I don't
recall the details.

Brandon

--0000000000002ce5e5058244b439
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto">What time frame are you seeing this in?<div dir=3D"auto">=
<br></div><div dir=3D"auto">There&#39;s a bunch of different reasons that t=
he server will close a connection.=C2=A0 There&#39;s a maximum number of co=
nnections allowed, for example, or if the user&#39;s primary/secondary serv=
ers flip, or if you&#39;re connected to a secondary because the primary was=
 down and the primary comes back, or the primary moves for load balancing, =
or the servers are restarted for new versions.=C2=A0 The connection also tr=
avels through at least three proxies, and those can restart as well (though=
 those won&#39;t say BYE). That&#39;s all relatively rare but can cause con=
nection closes on average daily.</div><div dir=3D"auto"><br></div><div dir=
=3D"auto">If you&#39;re seeing consistent closes after an hour or 24h, that=
&#39;s probably the auth refresh threshold.=C2=A0 I don&#39;t recall the sp=
ecific time frames, and it varies between using oauth and regular login, bu=
t basically the auth time has a limit because we can&#39;t easily tell in s=
ome circumstances if the auth has been revoked, so we close the connection =
to force a re-login to prove you still should have access.=C2=A0 It&#39;s b=
een a couple years, so I don&#39;t recall the details.</div><div dir=3D"aut=
o"><br></div><div dir=3D"auto">Brandon</div></div>

--0000000000002ce5e5058244b439--

--===============3994899654251345478==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
--===============3994899654251345478==--