Is it required?
I cannot read TLDR's postings via Synchronix's NNTP interface.
My newsreader show empty message and an attachment with the article. It is probably becase of:
Content-Type: multipart/alternative; boundary=LTHhL24U
Is it required?
Hey ant!
On Fri, Sep 18 2026 15:10:20 +0300, ant wrote to TLDR:
I cannot read TLDR's postings via Synchronix's NNTP interface.
My newsreader show empty message and an attachment with the article. It is >a> probably becase of:
Content-Type: multipart/alternative; boundary=LTHhL24U
Is it required?
Not required at all, however.. there are newsreaders that can read these messages perfectly fine. I can confirm from my own experience, that Thunderbird, slrn, and tin all work fine.
What are you using?
What are you using?
I was using Sylpheed when I first noticed the problem. Now I am replying via Tin, having tested that it also fails to display TLDR's posts. Beg you pardon for e-mail-style quoting, because I don't know (yet) how to configure the Fidonet-style quoting in Tin on a per-server basis.
Not required at all, however.. there are newsreaders that can read these messages perfectly fine. I can confirm from my own experience, that Thunderbird, slrn, and tin all work fine.
What are you using?
I was using Sylpheed when I first noticed the problem. Now I am
replying via Tin, having tested that it also fails to display TLDR's
posts. Beg you pardon for e-mail-style quoting, because I don't know
(yet) how to configure the Fidonet-style quoting in Tin on a per-server basis.
ant:
Beg you pardon for e-mail-style quoting, because I don't
know (yet) how to configure the Fidonet-style quoting in
Tin on a per-server basis.
As for quoting, depending on what you're using (ie.
external editor, or the newsreader's built in editor).. I
use nano as an external editor, and if you go to the first
column of a paragraph, and hit CTRL-J, it will re-quote
the paragraph in proper form. In Thunderbird, CTRL-R does
the same thing. I'm not sure what to do with Tin's
internal editor, though.
As for quoting, depending on what you're using (ie.
external editor, or the newsreader's built in editor)..
I use nano as an external editor, and if you go to the
first column of a paragraph, and hit CTRL-J, it will re-
quote the paragraph in proper form. In Thunderbird,
CTRL-R does the same thing. I'm not sure what to do with
Tin's internal editor, though.
There is not such thing as Tin's built-in editor. It
relies on an external one, and I am using vi.
From: "Mortar" (VERT/EOTLBBS) <VERT/EOTLBBS!Mortar@nix.synchro.net>
To: finglonger
Subject: TLDR Reception
Message-ID: <697D1C92.646.dove-techtalk@endofthelinebbs.com>
where the poster complains that he cannor read them.
Having investigated this issue, I conclude that it is caused not by encoding settings in either Sylpheed or Tin, but rather by the structure
of TLDR's multipart attachments, which has been broken since On
2026.02.02.
For example, consider his last correct post:
Subject: SpaceX merger ?, OpenAI races Anthropic IPO ?, AI replacing SaaS ??
--HEQT47yB
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Now consider the first "broken" message:
Subject: Elon needs capital ?, Nvidia OpenAI deal stalls ?, tech loyalty
is dead ?
My newsreaders are therefore correct in displaying it as an empty message.
Since a since user's inability to read correct multipart
messages is a bad excuse to start posting in a malformed, non-standard-complying format, I hereby ask TLDR to please
either revert to the previos correct format, or -- much
better -- to post normal non-MIME plain-text messages.
Do nano and TB support both e-mail style quotations (as above), and Fidonet-style ones, as below:
a >> Beg you pardon for e-mail-style quoting, because I a >> don't know (yet) how to configure the Fidonet-style a >> quoting in Tin on a per-server basis.
There is not such thing as Tin's built-in editor. It relies on an external one, and I am using vi.
Although your own posts are declared as format=flowed, they
are not flowed at all, using MS-style with each paragraph represented as a single long line, whereas true
format=flowed paragraphs are wrapped to 72 characters per
line or so, with each line but the last ending in a trailing space.
That was only the starting sentence of paragraph I never finished. I
wanted to add that I will to use par[1] to
reflow quotations, but I cannot configure Tin or Sylpheed to
use different quoting styles for different accounts.
ant:
Interestingly, TLDR's messages became malformed after
this post:
From: "Mortar" (VERT/EOTLBBS) <VERT/EOTLBBS!Mortar@nix.synchro.net>
To: finglonger
Subject: TLDR Reception
Message-ID: <697D1C92.646.dove-techtalk@endofthelinebbs.com>
where the poster complains that he cannor read them.
Is there a date for this? I don't recall such a message.
Content-Type: multipart/alternative; boundary=h5nkvOqh
yet, if you search for `--h5nkvOqh', you shall find naught,
Having investigated this issue, I conclude that it is
caused not by encoding settings in either Sylpheed or
Tin, but rather by the structure of TLDR's multipart
attachments, which has been broken since On 2026.02.02.
Okie dokie.. think what you want
Thunderbird:
https://pharcyde.org/tldr-tb.png
https://pharcyde.org/tldr-slrn-headers.png
https://pharcyde.org/tldr-slrn-message.png
Subject: SpaceX merger ?, OpenAI races Anthropic IPO ?,
AI replacing SaaS ??
There's nothing correct about the question marks in the
subject line above. That looks like if UTF-8 glyphs were
to be viewed in something setup for CP437. om which it
can't be translated.
Note "charset=utf-8" while you're using ascii and/or
cp437.
My newsreaders are therefore correct in displaying it as
an empty message.
Ok, lol.
They even display fine, when Synchronet itself is
configured correctly (ie. logged into the BBS). Is it
possible that the specific site where you are viewing them
from is messing up the original messages?
Or, just ignore the message area if it doesn't work for
you. Since you're using a newsreader, you can simply just
unsubscribe.
It works for me, and I vote to keep it as is. _
If you can't see the UTF-8 glyph I just included in the
line above, it's a "you" thing (or something messed it up
between me and you).
Tin can definitely support different quote prefixes,
including initials before the quote character. Tin even
mentions "fidonet-style quoting" in their documentation.
Have you read it yet?
It's a bug - thanks for the report!
Digital Man:
It's a bug - thanks for the report!
Bug where -- in Synchronix? I was indeed going to report it
in a local Synchrnonix area.
It's a bug - thanks for the report!
ant:
There is not such thing as Tin's built-in editor. It
relies on an external one, and I am using vi.
Ok then, "gq" or "gqip" maybe? I don't use vi, but vi(m)
also has the ability to do this.
Although your own posts are declared as format=flowed,
they are not flowed at all, using MS-style with each
paragraph represented as a single long line, whereas
true format=flowed paragraphs are wrapped to 72
characters per line or so, with each line but the last
ending in a trailing space.
If you say so.
Definition of Format=Flowed:
Format=flowed is a specification for formatting plain-
text emails that allows for dynamic line wrapping. This
method enables email clients to adjust the display of
text based on the recipient's screen width while
preserving the original structure of the message.
Seems like your side should wrap it to under 80 characters
(see "enables email clients") if you want it to be.
I can resize my screen and the text takes up the whole
width at any given time.
Okie dokie.. think what you want, but:
Thunderbird:
https://pharcyde.org/tldr-tb.png
Hey Digital!
On Sat, Sep 19 2026 15:36:16 -0700, Digital Man wrote to ant:
It's a bug - thanks for the report!
Why would it work on every NNTP client I've tested with, and not his?
I mean, there /are/ settings for mime and quoted printable messages in tin, so maybe I was able to change mine to make it work? I think by default tin wants to export the message and view it somewhere else. I changed that setting to use the internal viewer, which worked. *shrug*
longlinoitus -- the vicious practice of writing every
Thunderbird displays it as an HTML page. How did you receive it in Thunderbird -- as an e-mail, or an NNTP article? On my NNTP side, the entire raw message has not a vestige of HTML:
so I am at a loss what Thunderbird is showing. Can you post the same
entire raw message as seen on your NNTP side?
This is /most/ interesting, becase your slrn reports:
Content-Type: text/plain; charset=utf-8
whereas my Tin and Sylpheed report:
Content-Type: multipart/alternative; boundary=HcXDvzbz
Right. There is an encoding problem somewhere in the path. Let us ignore
it for now and focus on the message stucture, because our NNTP servers
seem to be perceiving the same message differently. Perhaps my server is somehow truncating the messages, amputating HTML parts, and magling the articles in the process. This is why I propose that we compare /the entire raw message/ between you and me. This will provide the ultimate source of truth, independent of the local encoding, mime, and other settings in our clients.
Yes, I have noted that. My message are encoded CP437 in Tin and US-ASCII
in Sylpheed. But the endoing of outoing messages does not interefere with the parsing of incoming ones. They are totallyl orthogonal.
Why do you cut my explanation and laugh?
If the problem I am having is caused by <nntp://nix.synchro.net>, rather than TLDR, then I agree.
Yes, and yes, and I have said so several times. The problem is that the quoting settings in Tin are /global/ and apply to all newsservers, whereas I need e-mail-style quotes on conventional Usenet servers and
FidoNet-style quotes on FidoNet and BBS bridges.
Is it the same way with slrn?
Https://i.imgur.com/gAlhZPK.png
It is not the definition of format=flowed, but a loose description of its purpose. It does not make the crucial distinction between format=flowed
and the primitive longlinoitus -- the vicious practice of writing every paragraph in a single line, no matter how long. format=flowed was invented exactly to allow wrapping text to arbitrary margins, while preserving the short lines and hard line breaks required of tranditional text files, and expected in traditional e-mail and Usenet clients, as explained in
RFC3676:
I think it's because nix.synchro.net is configured to *not* include MIME-encoded messages in their DOVE-Net QWK packets downloaded from VERT and your feed is not configured that way.
Https://i.imgur.com/gAlhZPK.png
Ah, I see. You may need to run two separate configurations/instances?
Or you could just use email-style quoting everywhere, if you don't
absolutely need initials before your quote characters.
You can still use email-style quoting in Fido style networks
longlinoitus -- the vicious practice of writing every
Is AI writing your message text?
Yes, and yes, and I have said so several times. The problem
is that the quoting settings in Tin are /global/ and apply
to all newsservers, whereas I need e-mail-style quotes on
conventional Usenet servers and FidoNet-style quotes on
FidoNet and BBS bridges.
Is it the same way with slrn?
It is not the definition of format=flowed, but a loose
description of its purpose. It does not make the
crucial distinction between format=flowed and the
primitive longlinoitus -- the vicious practice of
writing every paragraph in a single line, no matter how
long. format=flowed was invented exactly to allow
wrapping text to arbitrary margins, while preserving
the short lines and hard line breaks required of
tranditional text files, and expected in traditional
e-mail and Usenet clients, as explained in RFC3676:
Thank you for the class, but I prefer to utilize the
entire width of my terminal, rather than limit and/or
soft wrap anything. I will, however, keep quoting
conventional and within the 72-78 character limit.
I will, however, keep quoting conventional and within
the 72-78 character limit.
At least /some/ Fidonet echoes require traditional Fidonet quotes, which made me write my (G)roff macros for them.
I fear you misunderstood my lesson :-) format=flowed is made to let you
and your readers utilise the entire width of your and their screens,
while retaining compatibility with normal hard-wrapped text. Therefore,
you can be writing proper format=flowed, utilizing the entire width of
your screen while both composing and reading, and at the same time
keeping your messages compatible with traditional clients like mine. All
you have to do is use a client that supports format=flowed. You client
does not support it, or it has a bug, or is misconfigured. I can help
you with that.
Producing self-contractory posts that are neither proper format=flowed,
nor proper hardwrapped plaintext? Bad idea, but you may be forced to do
it because of your client...
| Sysop: | Eric Oulashin |
|---|---|
| Location: | Beaverton, Oregon, USA |
| Users: | 107 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 06:26:02 |
| Calls: | 9,201 |
| Calls today: | 5 |
| Files: | 9,560 |
| D/L today: |
207 files (140M bytes) |
| Messages: | 427,599 |