Re: gnuplot.info unreachable (DNS failure)

--===============6151690504761131177==
Content-Type: multipart/alternative; boundary="00000000000063d81c063e7a2cd8"

--00000000000063d81c063e7a2cd8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Sep 10, 2025 at 11:35=E2=80=AFAM Juh=C3=A1sz P=C3=A9ter <peter.juha=
[email protected]>
wrote:

> On Wed, 2025-09-10 at 10: 51 -0700, Ethan A Merritt wrote: To the limited
> extent that I understand the error messages that I am seeing, it is not a
> matter of appropriate content on the server. The query is never getting t=
o
> the server because
> ZjQcmQRYFpfptBannerStart
> On Wed, 2025-09-10 at 10:51 -0700, Ethan A Merritt wrote:
>
> To the limited extent that I understand the error messages that I am
> seeing,
> it is not a matter of appropriate content on the server.  The query is
> never
> getting to the server because some intermediate service provider is
> failing to
> deliver it.  If I am misunderstanding and there is some configuration
> thing I
> can change on the SourceForge end, please let me know.
>
>
> Hi,
>
> you've mentioned that the actual content is hosted on/by SourceForge.
>
> Under what kind of formal or informal arrangement or contract does this
> happen? Was any payment involved
>

No payment or formal contract with SourceForge that I know of.

The error message means that the certificate required to serve the site
> over HTTPS is not valid for the domain name gnuplot.info (nor
> www.gnuplot.info
> <https://urldefense.com/v3/__http://www.gnuplot.info__;!!K-Hz7m0Vt54!hZAt=
TCSEA3UZsTRDYd1Rlg-J8_Oq7DJZg-cJMaMoMBMcyZx3lwvCVqHE401p-ZikRUWZruc71FaDNhZ=
kYYE3tw4$>).
> If you look at the certificate (offered by Firefox next to the error
> message), you can see that it was issued by Let's Encrypt to
> secureprojects.sourceforge.net, and it is valid for a large selection of
> other domain names, presumably all projects hosted by SF.
>

Thank you for your insights.

I think you are addressing a different issue - whether the connection
protocol is https or http. It is not surprising that a certificate issued
to SourceForge would not mention gnuplot.info by name because that name is
not connected to SourceForge except in that (as I understand it) it
currently redirects queries to the actual gnuplot site
gnuplot.sourceforge.net.  The current problem seems to be that the
redirection itself fails in some cases, or fails to pass through sufficient
information (or credentials or something - I really really don't understand
this stuff).  If you are seeing an error message that refers to a
SourceForge certificate then I think in your case the redirection must have
succeeded. You still see the site, correct?  It's just that connection is
falling back to http rather that https.

I was getting an error from some intermediary network entity (Cloudflare)
that reports  "DNS resolution error 1001". As Hans-Bernhard noted, that's
rather odd because DNS does seem to work correctly when tested by command
line tools.

For completeness I should mention that the issue of connection via IPv6 as
opposed to IPv4 was raised earlier, and might be relevant, but that goes
way beyond my level of understanding.

   Ethan


> So the person who is responsible for renewing this certificate at SF
> either made a mistake by not including gnuplot.info (and in this case a
> gentle reminder may fix the issue in October at the very latest, possibly
> earlier), or deliberately removed gnuplot.info from the list of domains,
> because the afore-hypothesized contract has expired (in which case the
> gentle reminder may have to include money).
>
> As to whom that gentle reminder should be sent, I have no idea.
>
best regards,
>
> Peter Juhasz
>

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote g=
mail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Sep 10,=
 2025 at 11:35=E2=80=AFAM Juh=C3=A1sz P=C3=A9ter &lt;<a href=3D"mailto:pete=
[email protected]">[email protected]</a>&gt; wrote:<br></div><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex"><div class=3D"msg-86285216548=
48897697">

<div style=3D"font-size:1px;color:rgb(255,255,255);line-height:1px;height:0=
px;max-height:0px;opacity:0;overflow:hidden;display:none">
On Wed, 2025-09-10 at 10:=E2=80=8A51 -0700, Ethan A Merritt wrote: To the l=
imited extent that I understand the error messages that I am seeing, it is =
not a matter of appropriate content on the server. The query is never getti=
ng to the server because</div>



<div style=3D"font-size:1px;color:rgb(255,255,255);line-height:1px;max-heig=
ht:0px;opacity:0;overflow:hidden;display:none">ZjQcmQRYFpfptBannerStart</di=
v>



<u></u>
  <div dir=3D"ltr" id=3D"m_-8628521654848897697pfptBanner1tbjamt" style=3D"=
display:block;text-align:left;margin:16px 0px;padding:8px 16px;border-radiu=
s:4px;min-width:200px;background-color:rgb(208,216,220);border-top:4px soli=
d rgb(144,164,174)"><span style=3D"background-color:rgb(255,255,255)">On We=
d, 2025-09-10 at 10:51 -0700, Ethan A Merritt wrote:</span></div><div><bloc=
kquote type=3D"cite" style=3D"margin:0px 0px 0px 0.8ex;border-left:2px soli=
d rgb(114,159,207);padding-left:1ex"><div>To the limited extent that I unde=
rstand the error messages that I am seeing,</div><div>it is not a matter of=
 appropriate content on the server.=C2=A0 The query is never</div><div>gett=
ing to the server because some intermediate service provider is failing to<=
/div><div>deliver it.=C2=A0 If I am misunderstanding and there is some conf=
iguration thing I</div><div>can change on the SourceForge end, please let m=
e know.</div><div><br></div></blockquote><div><br></div><div>Hi,</div><div>=
<br></div><div>you&#39;ve mentioned that the actual content is hosted on/by=
 SourceForge.</div><div><br></div><div>Under what kind of formal or informa=
l arrangement or contract does this happen? Was any payment involved</div><=
/div></div></blockquote><div><br></div><div>No payment or formal contract w=
ith SourceForge that I know of.=C2=A0 =C2=A0</div><div><br></div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex"><div class=3D"msg-86285216548488976=
97"><div><div></div><div>The error message means that the certificate requi=
red to serve the site over HTTPS is not valid for the domain name <a href=
=3D"http://gnuplot.info" target=3D"_blank">gnuplot.info</a> (nor <a href=3D=
"https://urldefense.com/v3/__http://www.gnuplot.info__;!!K-Hz7m0Vt54!hZAtTC=
SEA3UZsTRDYd1Rlg-J8_Oq7DJZg-cJMaMoMBMcyZx3lwvCVqHE401p-ZikRUWZruc71FaDNhZkY=
YE3tw4$" target=3D"_blank">www.gnuplot.info</a>). If you look at the certif=
icate (offered by Firefox next to the error message), you can see that it w=
as issued by Let&#39;s Encrypt to <a href=3D"http://secureprojects.sourcefo=
rge.net" target=3D"_blank">secureprojects.sourceforge.net</a>, and it is va=
lid for a large selection of other domain names, presumably all projects ho=
sted by SF. </div></div></div></blockquote><div><br></div><div>Thank you fo=
r your insights.</div><div><br></div><div>I think you are addressing a diff=
erent issue - whether the connection protocol is https or http. It is not s=
urprising that a certificate issued to SourceForge would not mention <a hre=
f=3D"http://gnuplot.info">gnuplot.info</a> by name because that name is not=
 connected to SourceForge except in that (as I understand it) it currently =
redirects queries to the actual gnuplot site <a href=3D"http://gnuplot.sour=
ceforge.net">gnuplot.sourceforge.net</a>.=C2=A0 The current problem seems t=
o be that the redirection itself fails in some cases, or fails to pass thro=
ugh sufficient information (or credentials or something - I really really d=
on&#39;t understand this stuff).=C2=A0 If you are seeing an error message t=
hat refers to a SourceForge certificate then I think in your case the redir=
ection must have succeeded. You still see the site, correct?=C2=A0 It&#39;s=
 just that connection is falling back to http rather that https.=C2=A0</div=
><div><br></div><div>I was getting an error from some intermediary network =
entity (Cloudflare) that reports=C2=A0 &quot;DNS resolution error 1001&quot=
;. As Hans-Bernhard noted, that&#39;s rather odd because DNS does seem to w=
ork correctly when tested by command line tools.</div><div><br></div><div>F=
or completeness I should mention that the issue of connection via IPv6 as o=
pposed to IPv4 was raised earlier, and might be relevant, but that goes way=
 beyond my level of understanding.</div><div><br></div><div>=C2=A0 =C2=A0Et=
han</div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin=
:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"=
><div class=3D"msg-8628521654848897697"><div><div>So the person who is resp=
onsible for renewing this certificate at SF either made a mistake by not in=
cluding <a href=3D"http://gnuplot.info" target=3D"_blank">gnuplot.info</a> =
(and in this case a gentle reminder may fix the issue in October at the ver=
y latest, possibly earlier), or deliberately removed <a href=3D"http://gnup=
lot.info" target=3D"_blank">gnuplot.info</a> from the list of domains, beca=
use the afore-hypothesized contract has expired (in which case the gentle r=
eminder may have to include money).</div><div><br></div><div>As to whom tha=
t gentle reminder should be sent, I have no idea.</div></div></div></blockq=
uote><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo=
rder-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=3D"msg-86=
28521654848897697"><div><div>best regards,</div><div><br></div><div>Peter J=
uhasz</div><div><span></span></div></div>
</div></blockquote></div><div><br></div></div>

--00000000000063d81c063e7a2cd8--


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


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

_______________________________________________
gnuplot-beta mailing list
[email protected]
Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

--===============6151690504761131177==--