Hello everybody.

I have been using JAMNNTPD 1.3 in my system for a while, and am using Newstap as a client for IOS.

Regarding character set, we normally use LATIN-1, which goes as iso-8859-1, and I am struggling to configure the jamnntpd.xlat to have it working fine.

Would you have any examples? I can share my jamnntpd.xlat if needed.

Flavio

... "De bit em bit ‚ que se enche um byte!" - Dizzy
--- MacFidoIP 1.0 (OSX)
* Origin: Hyperion's Orbit - Resisting since 1995! (4:801/189.1)

Hi! Flavio,

On 04/18/2020 08:44 AM, you wrote to All:

Regarding character set, we normally use LATIN-1, which goes as iso-8859-1, and I am struggling to configure the jamnntpd.xlat to have
it working fine.

Would you have any examples? I can share my jamnntpd.xlat if needed.

I'm using Björn's from (since) 2010 on all my own servers (this one only, now). He posted it in this echo on 05 Jan 10 to Ross Cassell.

Cheers,
Paul.

--- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
* Origin: It beeped and said "Countdown initiated". Is that bad? (3:640/1384.125)

Hi Flavio.

17 Apr 20 19:44, you wrote to All:

I have been using JAMNNTPD 1.3 in my system for a while, and am using

Newstap

as a client for IOS.

Regarding character set, we normally use LATIN-1, which goes as

iso-8859-1,

and I am struggling to configure the jamnntpd.xlat to have it working

fine.

Would you have any examples? I can share my jamnntpd.xlat if needed.

This is what I have here:

=== Cut ===

chsdir /bbs/xlat

defaultread IBMPC

read CP437 iso-8859-1 437_iso.chs
read CP850 iso-8859-1 850_iso.chs
read CP865 iso-8859-1 865_iso.chs
read CP866 koi8-r 866_koi.chs -keepsoftcr
read LATIN-1 iso-8859-1
read UTF-8 utf-8
read KOI8-R koi8-r

readalias IBMPC,850 CP850
readalias IBMPC,865 CP865
readalias IBMPC,866 CP866
readalias IBMPC CP437

defaultpost IBMPC

post iso-8859-1 LATIN-1
post iso-8859-1 IBMPC iso_437.chs
post koi8-r CP866 koi_866.chs
post utf-8 UTF-8
postalias utf_8 UTF-8

post ISO_8859-1 LATIN-1
post LATIN-1 LATIN-1

post us-ascii IBMPC

postalias windows-1252 iso-8859-1
postalias iso-8859-15 iso-8859-1

=== Cut ===

'Tommi

--- GoldED+/LNX 1.1.5-b20180707
* Origin: nntps://news.fidonet.fi (2:221/6)

Hello Paul.

18 Apr 20 09:42, you wrote to me:

Would you have any examples? I can share my jamnntpd.xlat if
needed.

I'm using Björn's from (since) 2010 on all my own servers (this one
only, now). He posted it in this echo on 05 Jan 10 to Ross Cassell.

Thanks! I'll take a look at it!

Flavio

... "A vida ‚ como uma pizza; chata." - Reptile Shaman
--- MacFidoIP 1.0 (OSX)
* Origin: Hyperion's Orbit - Resisting since 1995! (4:801/189.1)

Not related to the post I'm now replying to, so don't try to comment link this one. 8-).

Tommi,

I've noticed that recently, every time you check in to my server, the server breaks down. This reminds me of one of the first bugs that Johan and I discovered when beta testing JamNNTPd, but then it was a non-existing Jam folder that made JamNNTPd exit without a trace.

Recently I've had this again, but this time it was a corrupt Jam base that was the culprit. Deleting that specific base solved the problem then.

Now I ask you, do you remember what exact group you were trying to access here when you noticed that it all froze? I'm investigating this seriously, and the next time you freeze my server, I think I can find out what happened. Thanks in advance,



..

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://eljaco.se (2:203/2)

13 Feb 21 12:11, Bj”rn Felten wrote to Tommi Koivula:

Not related to the post I'm now replying to, so don't try to comment link this one. 8-).

Tommi,

I've noticed that recently, every time you check in to my server, the server breaks down.
This reminds me of one of the first bugs that Johan and I discovered when beta testing
JamNNTPd, but then it was a non-existing Jam folder that made JamNNTPd exit without a trace.

Recently I've had this again, but this time it was a corrupt Jam base that was the culprit.
Deleting that specific base solved the problem then.

Now I ask you, do you remember what exact group you were trying to access here when you
noticed that it all froze? I'm investigating this seriously, and the next time you freeze my
server, I think I can find out what happened. Thanks in advance,

Bummer.

Let's see if I can crash your server again.

'Tommi

---
* Origin: rbb.fidonet.fi (2:221/360)

Björn Felten <0@2.203.2> wrote:

Not related to the post I'm now replying to, so don't try to
comment link this one. 8-).

Tommi,

I've noticed that recently, every time you check in to my
server, the server breaks down. This reminds me of one of the first
bugs that Johan and I discovered when beta testing JamNNTPd, but
then it was a non-existing Jam folder that made JamNNTPd exit
without a trace.

Recently I've had this again, but this time it was a corrupt Jam
base that was the culprit. Deleting that specific base solved the
problem then.

Now I ask you, do you remember what exact group you were trying
to access here when you noticed that it all froze? I'm
investigating this seriously, and the next time you freeze my
server, I think I can find out what happened. Thanks in advance,

There!

[18:11:52] NNTP> GROUP FIDONEWS_1
[18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected
* getting xover 15700 - 15999 in FIDONEWS_1...
[18:11:52] NNTP> XOVER 15700-15999
[18:11:52] NNTP< 224 Overview information follows
** LibSylph-WARNING: fd_recv(): failed with 10054 (errno = 0)

** LibSylph-WARNING: [18:11:52] error occurred while getting xover.

** error occurred while getting xover.
* creating NNTP connection to eljaco.se:4119 ...
** LibSylph-WARNING: [18:11:55] Can't connect to NNTP server:
eljaco.se:4119

** Can't connect to NNTP server: eljaco.se:4119

--- Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
* Origin: nntps://news.fidonet.fi - Lake Ylo - Finland (2:221/6.0)

Björn wrote (2021-02-13):

Not related to the post I'm now replying to, so don't try to comment link this one. 8-).

Tommi,

I've noticed that recently, every time you check in to my server, the server breaks down. This reminds me of one of the first bugs that Johan and I discovered when beta testing JamNNTPd, but then it was a non-existing Jam folder that made JamNNTPd exit without a trace.

I crashed JamNNTPd recently when I tried to fetch a newsgroup with Soupgate.. Unfortunately I don't know why it crashed, nothing in the logs and maybe unrelated to the crashs you are seeing.

---
* Origin: . (2:280/464.47)

Oli wrote:

I crashed JamNNTPd recently when I tried to fetch a newsgroup with
Soupgate.. Unfortunately I don't know why it crashed, nothing in the
logs and maybe unrelated to the crashs you are seeing.

I have seen JamNNTPd to crash when client (hotdoged) tried to access a
message that was deleted.

BTW. Are you able to compile Spoon correctly in Linux? I can compile it
but it crashes when sending messages. Works but crashes.

'Tommi

--- Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 SeaMonkey/2.53.6
* Origin: - rbb.fidonet.fi - Lake Ylo - Finland - (2:221/1)

Tommi wrote (2021-02-13):

Oli wrote:

I crashed JamNNTPd recently when I tried to fetch a newsgroup with
Soupgate.. Unfortunately I don't know why it crashed, nothing in the
logs and maybe unrelated to the crashs you are seeing.

I have seen JamNNTPd to crash when client (hotdoged) tried to access a message that was deleted.

BTW. Are you able to compile Spoon correctly in Linux? I can compile it but it crashes when sending messages. Works but crashes.

My mistake, of course it was Spoon not Soupgate. Does it crash with some "double free" error? I don't think anyone has found a fix for it. I assume the problem is somewhere hidden in socket.cpp (there are a couple of deletes). Maybe when the connection closes and maybe harmless, because everything's done already. I also gave up on Soupgate, it's the chainsaw massacre of FTN<->RFC822 gating.

---
* Origin: . (2:280/464.47)

Saturday February 13 2021 22:34, Oli wrote to Tommi Koivula:

BTW. Are you able to compile Spoon correctly in Linux? I can compile it
but it crashes when sending messages. Works but crashes.

My mistake, of course it was Spoon not Soupgate. Does it crash with some "double free" error?

Yes, that's it.

===
Posting news to 192.168.1.24...
+ Connecting to NNTP host 192.168.1.24...
* Posting article to rbb.test
+ Signing off...
free(): double free detected in tcache 2
===

I don't think anyone has found a fix for it. I assume the problem is somewhere hidden in socket.cpp (there are a couple of deletes).
Maybe when the connection closes and maybe harmless, because everything's done
already. I also gave up on Soupgate, it's the chainsaw massacre of FTN<->RFC822
gating.

Well, it still runs fine in OS/2, so no worries. :)

'Tommi

---
* Origin: rbb.fidonet.fi (2:221/360)

There!

[18:11:52] NNTP> GROUP FIDONEWS_1
[18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected

Thanks a million!

Now, if only I had a tool to correct a corrupt JAM-base... :(



..

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://eljaco.se (2:203/2)

Hi! Bj”rn,


On 14 Feb 2021, Bj”rn Felten said the following...

[18:11:52] NNTP> GROUP FIDONEWS_1
[18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected

Thanks a million!
Now, if only I had a tool to correct a corrupt JAM-base... :(

Replace with yesterday's (or whenever) backup and %rescan from your favourite link. [shrug]

Cheers,
Paul.

--- Mystic BBS v1.12 A46 2020/08/26 (Linux/32)
* Origin: Quinn's Rock - stuck in another Linux VM, again! (3:640/1384)

TK> There!

TK> [18:11:52] NNTP> GROUP FIDONEWS_1
TK> [18:11:52] NNTP< 211 16000 0 15999 FIDONEWS_1 Group selected

Thanks a million!

Now, if only I had a tool to correct a corrupt JAM-base... :(

Isn't there any tools in crashmail to do that?

GoldED is a good start.

--- Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
* Origin: news://eljaco.se (2:203/2)

Tommi wrote (2021-02-14):

Now, if only I had a tool to correct a corrupt JAM-base... :(

Isn't there any tools in crashmail to do that?

I don't see one, only crashmaint for packing. I guess hpt has one.

GoldED is a good start.

does Golded repair a message base?

---
* Origin: . (2:280/464.47)

Hi Oli.

14 Feb 21 08:31:46, you wrote to me:

Now, if only I had a tool to correct a corrupt JAM-base... :(

Isn't there any tools in crashmail to do that?

I don't see one, only crashmaint for packing.

Ok.

I guess hpt has one.

Sure it does. I think you could use hptutil with some minimal fidoconfig without actually running hpt as a tosser.

=== Cut ===
Usage: hptutil [options]
Options: sort - sort unread messages by time and date
link - reply-link messages
purge - purge areas
pack - pack areas
fix - fix base (hptutil fix -? for more help)
-j - link Jam areas by CRC (great speed-up)
-k - keep import.log file
-q - quiet mode (no screen output)
-i <filename> - alternative import.log
=== Cut ===

GoldED is a good start.

does Golded repair a message base?

Not really, but it may show you errors, also it may recover some messages from broken base copying them to a new base.

'Tommi

---
* Origin: IPv6 Point at [2001:470:1f15:cb0:2:221:1:1] (2:221/1.1)