Newsgroup: tilde.services
Back to Article ListWarning: Undefined array key 1 in /home/deepend/public_html/netnews/view_article.php on line 26
From: freet@aussies.space (The Free Thinker)
Subject: Re: Accessing ~nntp
Date: Sun, 24 May 2026 01:00:36 -0000 (UTC)
References: <20260414133755.0e150511@news.tilde.club> <2af380e5-c0f3-4666-99b0-61f72b697f93@tilde.club> <87zf34flyv.fsf_-_@yeti.tilde.institute> <20260506010935.04461c9203e678c93cfaf47a@tilde.club> <10u2p1j$34to8$1@tilde.club> <10u8dhg$2me9p$1@tilde.club> <10uqpf1$8k1j$1@tilde.club>
antwrote: >The Free Thinker wrote: >> >>There's also the frequent issue of Tin not wanting to send posts >>unless it has a Fuly Qualified Domain Name for the computer it's >>sending from. The official line in the Tin documentation and >>mailing list is effectively "No FQDN? Well go and get one then!", >>which isn't terribly practical for most home users (though fine >>if running Tin at tilde.club or another tilde). Another solution, >>which I use, is setting "disable_sender=ON" in the >>/etc/tin/tin.defaults file. > >I seems that setting HOST an arbitrary correct-looking FQDN >also avoid the problem: tin starts without complains and >and even posts: > > $ HOST=neigh.say tin ... > >Can you please test this on your side and confirm, please? Well it seems my build of Tin 2.6.5 on my PCs doesn't care any more whether there's "disable_sender=ON" set or not, even with the HOST variable unset (with "unset HOST" run to be sure) and Tin's configuration reset to defaults. Neither posting to here, or to Usenet from the Paganini server which doesn't require user accounts. Tin certainly needed "disable_sender=ON" in the past, so I'm guessing this has been changed in a fairly recent version. I compiled Tin myself, but it doesn't look like any of my build settings would have affected this behaviour. >I never had a clear understanding why tin may need a working, >resolvable FQDN. In this test, I don't see my fake FQDN >in any headers... I think the "Sender" header sent by Tin might be automatically overriden by this news server? Some Usenet servers don't seem to set it themselves, but they don't mind if it's missing. The standard seems to say it's optional (RFC5536 sect. 3.2 "Optional Header Fields"). Maybe it's an interpretation of RFC5537 sect. 3.10.1 "Duties of an Outgoing Gateway": An incoming gateway MUST add a Sender header field to the news article it forms by containing the of the administrator of the gateway. Problems with the gateway may be reported to this . The portion of this SHOULD indicate that the entity responsible for injection of the message is a gateway. If the original message already had a Sender header field, it SHOULD be renamed to Original-Sender so that its contents can be preserved. See Section 3.10.3 for the specification of that header field. I don't think posting via NNTP should be considered using a gateway though. The Paganini Usenet news server puts an apparantly-random string in the "Sender" header. Well for me now anyway, I see it hasn't done that for other users in the past. http://www.karlsruhe.org/rfc/rfc5536.txt http://www.karlsruhe.org/rfc/rfc5537.txt -- - The Free Thinker | gopher://aussies.space/1/%7efreet/