Gemini transactions (was Re: Client behavior when server doesn't close connection?)
Petite Abeille
petite.abeille at gmail.com
Thu Jul 9 14:07:52 BST 2020
> On Jul 9, 2020, at 14:27, juhani <juhani at envs.net> wrote:
>
> Comparison of tcp streams revealed
> that on the working sites the last packet from the server had FIN flag, and on
> the failing sites it didn't.
While at it, perhaps the spec should make closing the connection more prominent.
At the moment, it's shown in 1.1 Gemini transactions:
S: Sends response header (one CRLF terminated line), closes connection
under non-success conditions (see 3.1 and 3.2)
S: Sends response body (text or binary data) (see 3.3)
S: Closes connection
And mentioned in 3.1 Response headers:
If <STATUS> does not belong to the "SUCCESS" range of codes, then the server MUST close the connection after sending the header and MUST NOT send a response body.
This could be perhaps reemphasized with:
If <STATUS> belongs to the "SUCCESS" range of code, then the server MUST close the connection after sending the header and response body.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20200709/241e8ae7/attachment.htm>
More information about the Gemini
mailing list