| Deutsch English Français Italiano |
|
<tc987d$2sij6$1@news.trigofacile.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder8.news.weretis.net!news.trigofacile.com!.POSTED.san13-h02-176-143-2-105.dsl.sta.abo.bbox.fr!not-for-mail
From: =?UTF-8?Q?Julien_=c3=89LIE?= <iulius@nom-de-mon-site.com.invalid>
Newsgroups: news.software.nntp,news.software.readers
Subject: Re: Advertising metadata and other fields in overview
Date: Mon, 1 Aug 2022 21:06:20 +0200
Organization: Groupes francophones par TrigoFACILE
Message-ID: <tc987d$2sij6$1@news.trigofacile.com>
References: <tc6fmu$2q025$1@news.trigofacile.com>
<AABi57ETSaEAAAJK.A3.flnews@WStation5.stz-e.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 1 Aug 2022 19:06:21 -0000 (UTC)
Injection-Info: news.trigofacile.com; posting-account="julien"; posting-host="san13-h02-176-143-2-105.dsl.sta.abo.bbox.fr:176.143.2.105";
logging-data="3033702"; mail-complaints-to="abuse@trigofacile.com"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.11.0
Cancel-Lock: sha1:f8w62lm+YzsMq+SYGHkMVbTUbjs= sha256:A28npMs7jvuF5nYS9mUdMfSfsi6EbMckK7NjQ0LvjWE=
sha1:omNM31sR0BrxSUyu12oWNhlNl6I= sha256:JmxfFvPcsu+sZ7/ERsYN5BvxRM2eo3BUp29TU0VRo7E=
In-Reply-To: <AABi57ETSaEAAAJK.A3.flnews@WStation5.stz-e.de>
Bytes: 2558
Lines: 31
Hi all,
> RFC 3977 says in Section 8.4.2:
> |
> | This command MAY generate different results if it is used more than
> | once in a session.
Speaking of "session", I'm intrigued by:
12.6. Caching of Capability Lists
In most situations, the capabilities list in a given server state
will not change from session to session; for example, a given
extension will be installed permanently on a server. Some clients
may therefore wish to remember which extensions a server supports to
avoid the delay of an additional command and response, particularly
if they open multiple connections in the same session.
There is a notion of "multiple connections in the same session". Yet,
it seems that it is the only place in RFC 3977 where multiple
connections are mentioned. I would have thought a connection and a
session were synonyms but I'm maybe wrong.
Does a session have the meaning of a period of time during which a
client has at least 1 connection opened? (The term is not really
defined, and if it has that meaning, a few uses of it are ambiguous
compared to a connection.)
--
Julien ÉLIE
« Petite annonce : Artificier cherche femme canon. »