From Newsgroup: rocksolid.nodes.help

Hello!

https://pi-dach.dorfdsl.de/rocksolid/overboard.php?thisgroup=de.rec.mampf
Re: [Thunfisch] Quecksilber

It seems that this post causes the problem:
Message-ID: <20241104103301.00006198@news.brondholz.de>
--
kind regards
Marco

Send spam to 1730714508muell@stinkedores.dorfdsl.de

--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: rocksolid.nodes.help

On Mon, 4 Nov 2024 10:02:55 +0000, Marco Moock wrote:

Hello!

https://pi-dach.dorfdsl.de/rocksolid/overboard.php?thisgroup=de.rec.mampf
Re: [Thunfisch] Quecksilber

It seems that this post causes the problem:
Message-ID: <20241104103301.00006198@news.brondholz.de>

Can you provide more detail on what you're seeing that is the issue.

I checked your link above on your site and I see:

https://postimg.cc/gallery/tXSXtNk

They look ok. I must be missing something, but don't know what it is.

BTW, I did just add this group to my test site for further testing, but
as of right now, I can't see the issue.
--
Retro Guy
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: rocksolid.nodes.help

On Mon, 4 Nov 2024 11:34:52 +0000, Retro Guy wrote:

On Mon, 4 Nov 2024 10:02:55 +0000, Marco Moock wrote:

Hello!

https://pi-dach.dorfdsl.de/rocksolid/overboard.php?thisgroup=de.rec.mampf
Re: [Thunfisch] Quecksilber

It seems that this post causes the problem:
Message-ID: <20241104103301.00006198@news.brondholz.de>

Can you provide more detail on what you're seeing that is the issue.

I checked your link above on your site and I see:

https://postimg.cc/gallery/tXSXtNk

They look ok. I must be missing something, but don't know what it is.

BTW, I did just add this group to my test site for further testing, but
as of right now, I can't see the issue.

Ah, are you referring to the "snippet" that appears in the Overboard?: https://postimg.cc/LJDt4LWQ

The snippet shows parts of the Content-Type headers, which is a known
issue. Parsing the article to create the snippet chokes on multipart
messages, and I have not fixed that yet.

If that is the issue, it is nothing broken, just a fault in snippet
creation. The header should still be fully parsed correctly, as seen
here:
https://postimg.cc/DS0V5d11

Or is there a different issue that I am missing?
--
Retro Guy
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: rocksolid.nodes.help

On 04.11.2024 um 11:43 Uhr Retro Guy wrote:

Ah, are you referring to the "snippet" that appears in the Overboard?: https://postimg.cc/LJDt4LWQ

The snippet shows parts of the Content-Type headers, which is a known
issue. Parsing the article to create the snippet chokes on multipart messages, and I have not fixed that yet.

If that is the issue, it is nothing broken, just a fault in snippet
creation. The header should still be fully parsed correctly, as seen
here:
https://postimg.cc/DS0V5d11

Yes, this is the issue.
--
kind regards
Marco

Send spam to 1730717029muell@cartoonies.org

--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: rocksolid.nodes.help

On Mon, 4 Nov 2024 14:47:25 +0000, Marco Moock wrote:

On 04.11.2024 um 11:43 Uhr Retro Guy wrote:

Ah, are you referring to the "snippet" that appears in the Overboard?:
https://postimg.cc/LJDt4LWQ

The snippet shows parts of the Content-Type headers, which is a known
issue. Parsing the article to create the snippet chokes on multipart
messages, and I have not fixed that yet.

If that is the issue, it is nothing broken, just a fault in snippet
creation. The header should still be fully parsed correctly, as seen
here:
https://postimg.cc/DS0V5d11

Yes, this is the issue.

I may have it working (improved) now. Here are the differences: https://postimg.cc/gallery/ddsr90z

The reason the reply to info is showing is because Hans is entering text
before this info:

-----
Hallo Ludger,

Am Sat, 02 Nov 2024 14:33:17 +0100 schrieb Ludger Averborg:

Seelachs ist ja auch kein Lachs, sondern in dem Fall eine blo|fe >>Handelsbezeichnung.

-----

which causes rslight to think it is part of his message.

What has changed is now rslight checks if multipart, then displays the
first part. It does not yet check if the first part is 'text/html', but
it usually is. For now this should at least be an improvement.

I will test a bit more before applying to my sites or pushing to gitlab.
--
Retro Guy
--- Synchronet 3.21a-Linux NewsLink 1.2