From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, MIME_QP_LONG_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 893642ED61 for ; Mon, 9 Sep 2024 11:11:08 +0200 (CEST) Received: from mail.firstpost.pub ([46.23.93.143]) by 9front; Mon Sep 9 05:09:22 -0400 2024 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=firstpost.pub; s=2024; t=1725872959; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1yscLi7vdYnFQLlLTV8EjQjkBp0Od2i3s5o77EWGDZ0=; b=022Y/DQtrLLkrJqiZ7WPslkfy80sAMqlLlEyuN8t9Z9AZQsx4AfoYNWkIiIoQ/F9puVxKe Pew/1aIsWsZ5dX1Jm+jwH0dqzERLoL1Meg2EDDbuc9wZeSdsN7kcrLANTrgvie6KNzlJc7 K9HTl/49w10HRHAXmpZZp7jaSMHFiYc= Received: from smtpclient.apple ( [2a02:8070:2980:360:b8ca:93af:5fce:4c02]) by firstpost.openbsd.amsterdam (OpenSMTPD) with ESMTPSA id c08849c3 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for <9front@9front.org>; Mon, 9 Sep 2024 11:09:19 +0200 (CEST) Content-Type: multipart/alternative; boundary=Apple-Mail-BB68EC93-222B-4C64-96CE-92C09E3EBE85 Content-Transfer-Encoding: 7bit From: "sahu@firstpost.pub" Mime-Version: 1.0 (1.0) Date: Mon, 9 Sep 2024 11:09:05 +0200 Message-Id: <3DA7F898-EE82-4AD7-B45B-555E809A833B@firstpost.pub> References: <5a5f00b5-ea70-43f4-a8d4-d0d918f629fc@sirjofri.de> In-Reply-To: <5a5f00b5-ea70-43f4-a8d4-d0d918f629fc@sirjofri.de> To: 9front@9front.org X-Mailer: iPhone Mail (21G93) List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: social extensible rich-client-scale template blockchain Subject: Re: [9front] serving html sites with announce, listen and accept (dial(2)) Reply-To: 9front@9front.org Precedence: bulk --Apple-Mail-BB68EC93-222B-4C64-96CE-92C09E3EBE85 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thank you sirjofri! Unfortunately it still does not work, neither with an ad= justed header, nor without the header. Thanks again and best regards > Am 09.09.2024 um 10:14 schrieb sirjofri : >=20 > =EF=BB=BFHi, >=20 > 09.09.2024 09:29:56 sahu@firstpost.pub: >> Thank you very much! In netcat I=E2=80=99m getting the full response now.= >>=20 >> Unfortunately, there is still no response in my browser. If anyone has an= y hints about this, I would be very happy to hear them. Until then, I will t= ry to understand how a response is composed with the help of tcp80.c from Ig= or. >=20 > The Content-Length in your header is set to 8, which only covers the first= tag, which is invisible. As far as I understand http, you have two options:= >=20 > 1) give it a proper value. This means that the client can reuse the connec= tion by sending another request after the full response is received (HTTP/1.= 1). > 2) remove the field completely and explicitly close the connection (e.g. b= y ending your program). >=20 > Good luck >=20 > sirjofri --Apple-Mail-BB68EC93-222B-4C64-96CE-92C09E3EBE85 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Tha= nk you sirjofri! Unfortunately it still does not work, neither with an a= djusted header, nor without the header.

Thanks again and best regards

Am 09.09.2024 um 10:14 schrieb sirj= ofri <sirjofri+ml-9front@sirjofri.de>:

=EF=BB=BFHi,

09.09.2024 09:29:56 sahu@firstpost.pub:
Thank you very much! In netcat I=E2=80=99m getting the fu= ll response now.

Unfortunately, there is s= till no response in my browser. If anyone has any hints about this, I would b= e very happy to hear them. Until then, I will try to understand how a respon= se is composed with the help of tcp80.c from Igor.

The Content-Length in your header is set to 8, which on= ly covers the first tag, which is invisible. As far as I understand http, yo= u have two options:

1) give it a proper val= ue. This means that the client can reuse the connection by sending another r= equest after the full response is received (HTTP/1.1).
2) re= move the field completely and explicitly close the connection (e.g. by endin= g your program).

Good luck
=
sirjofri
= --Apple-Mail-BB68EC93-222B-4C64-96CE-92C09E3EBE85--