OpenXP 5.0.48 has been released and is available for download from the following URLs .....
See this document for a complete list of changes ..... https://openxp.uk/doc/changes.txt
OpenXP 5.0.48 has been released and is available for download from the
following URLs .....
Woohoo! I'm on it.
See this document for a complete list of changes .....
https://openxp.uk/doc/changes.txt
Which reminds me, how exactly do we get the "backward search" to
work (as mentioned in an earlier fix:
OpenXP 5.0.42 - 2019-12-28
Changes (w.r.t. OpenXP 5.0.40):
- All versions:
- Message viewer: backward search with <Shift-Tab>
(in normal search mode only, not in URL-search)
OpenXP 5.0.48 has been released and is available for download from the following URLs .....
Thank you very much for the new version, OpenXP-team!
I've just installed it :)
This is a nice christmas gift :)
-+- OpenXP 5.0.48
+ Origin: Imzadi Box Point (2:240/5824.1)
See this document for a complete list of changes ..... https://openxp.uk/doc/changes.txt
OpenXP 5.0.48 has been released and is available for download from the
following URLs .....
Thank you very much for the new version, OpenXP-team!
I've just installed it :)
This is a nice christmas gift :)
BTW.. I notice that you are linked up with Dovenet (via nntp)
too. Have you noticed that when you post a R)eply in the middle
of a conversion that the message then gets re-addressed to "All"
instead? Yet, when you R)eply to a message that *is* addressed to
your name then the outgoing message is address to the Sender
properly?
OpenXP 5.0.48 has been released...
Woohoo! I'm on it.
You like? :-))
After doing a normal search by pressing "s" and then
repeating the search any number of times for the next
occurence of whatever it is you're searching for, press
<Shift+Tab> and the previous occurence of the match will be
highlighted until there are no more matches.
See this document for a complete list of changes .....
https://openxp.uk/doc/changes.txt
Changes and bugfixes (w.r.t. OpenXP 5.0.46):
- Fido network
- Added handling of kludge REPLYTO
There is no "REPLYTO" kludge in Fidonet,
OpenXP 5.0.48 has been released...
Woohoo! I'm on it.
You like? :-))
What's NOT to like? I am still totally impressed how your simple recommendation (is it 2 years ago now?) steered me off my then chiselled-in-stone decision to stick with a Windows-based Apoint
or Winpoint. OpenXP's text based system is truly ideal for
messaging.
There is no "REPLYTO" kludge in Fidonet,
Oh?
= FUTURE4FIDO (2:310/31.3) ==================================================== Msg : 51 of 101
Snt From : Benny Pedersen
2:460/58 02 Dec 20 12:05:12 To : All
Subj : ... ===============================================================================
@MSGID: 2:460/58 0000054d
@PID: tg_BBS_v0.6.2
@CHRS: CP866 2
@TGUID: 270364579
@REPLYTO 2:460/58 270364579
Hello :)
--- tg BBS v0.6.2
* Origin: Fido by Telegram BBS by Stas Mishchenkov (2:460/58) ===============================================================================
There is no "REPLYTO" kludge in Fidonet,
Oh?
= FUTURE4FIDO (2:310/31.3)
==================================================== Msg : 51 of 101
Snt From : Benny Pedersen
2:460/58 02 Dec 20 12:05:12 To : All
Subj : ...
========================================================================
======= @MSGID: 2:460/58 0000054d
@PID: tg_BBS_v0.6.2
@CHRS: CP866 2
@TGUID: 270364579
@REPLYTO 2:460/58 270364579
Hello :)
--- tg BBS v0.6.2
* Origin: Fido by Telegram BBS by Stas Mishchenkov (2:460/58)
========================================================================
=======
Sorry, I was confused and thought it had something to do with the
MSGID and reply linking.
I saw REPLYID kludges generated by some software and replyTo is used internally by some message base formats.
I still don't understand what the REPLYTO kludge is good for in this case.
It is also unspecified as a single kludge and not covered by any
standard or proposal. There is FSC-0035 (http://ftsc.org/docs/fsc- 0035.001) which defines REPLYADDR *and* REPLYTO in combination (both
have to be included in the message).
Using the REPLYTO address and ignoring the REPLYADDR could cause^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
issues and is not a correct implementation of FSC-0035.
If this is not intended to be an implementation of FSC-0035, maybe the Telegram Gateway
and OpenXP should use another kludge.
I still don't understand what the REPLYTO kludge is good for
in this case.
It's used for netmail replies to echomail messages
originating on the Telegram side of the gateway.
It is also unspecified as a single kludge and not covered by
any standard or proposal. There is FSC-0035 (http://
ftsc.org/docs/fsc-0035.001) which defines REPLYADDR *and*
REPLYTO in combination (both have to be included in the
message).
That's absolutely correct.
Using the REPLYTO address and ignoring the REPLYADDR could cause^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
issues and is not a correct implementation of FSC-0035.
That's also absolutely correct.
I still don't understand what the REPLYTO kludge is good for
in this case.
It's used for netmail replies to echomail messages
originating on the Telegram side of the gateway.
Perhaps we can reserve the term gateway to systems that are truly
insecure like usenet. The Telegram solution that Stas has built
is limited to itself; the general public cannot access those
messages unless specifically participating as "known" users.
Unlike usenet, it is not possible to be a lurker as you can be in
fidonet or usenet.
Carol's analogy of the Telegram "system" as an OLR solution is
better. No one thinks of OLR's as gateways. ;)
Using the REPLYTO address and ignoring the REPLYADDR could cause
issues and is not a correct implementation of FSC-0035.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
That's also absolutely correct.
What issues?
Techically, REPLYTO is working just fine (by OpenXP).
Carol's analogy of the Telegram "system" as an OLR solution is
better. No one thinks of OLR's as gateways. ;)
OK, perhaps it would have been better and more accurate if I'd said "originating on Telegram Messenger" instead of saying "originating on the Telegram side of the gateway".
I use OpenXP only for Fido networks (Fido, fsxNet, tqwNet, SciNet).
I use OpenXP only for Fido networks (Fido, fsxNet, tqwNet, SciNet).
From where are you getting Scinet? I wouldn't mind adding a few
echo from that.
Meanwhile, I replied to you FSXnet about a potential source for
getting DoveNet.
I've used the application form in a SciNet infopack.
My Hub is the disksh0p bbs (diskshop.ca).
You can get the infopack here: https://scinet-ftn.org
From where are you getting Scinet? I wouldn't mind adding a few
echo from that.
I've never been a hub or a boss node before, but I've got SciNet and am willing to give it a shot if you are.
I use Mystic & Bink if that makes any difference.
I've never been a hub or a boss node before, but I've got SciNet and willing to give it a shot if you are.
As long as I am not ruffling anyone's feathers wrt what is
allowed in the network, I'm game.
I've never been a hub or a boss node before, but I've got SciNet willing to give it a shot if you are.
As long as I am not ruffling anyone's feathers wrt what is
allowed in the network, I'm game.
I'll double-check with Frank just to make sure. I just sent him a Netmail.
Frank says we can "Go Nuts" ;)
Haven't got a Netmail from you yet though.
[...]You can get the infopack here: https://scinet-ftn.org
Maybe non-bbs/independent users are not part of the scinet plan. I will see.
Haven't got a Netmail from you yet though.
I delivered it direct (crash) to your system, hours ago:
Maybe non-bbs/independent users are not part of the scinet plan. I will
see.
Why do you think this?
I guess you can ask if you can connect to diskshop or other BBSes as a point...
On 07 Jan 2021, August Abolins said the following...
Haven't got a Netmail from you yet though.
I delivered it direct (crash) to your system, hours ago:
Hmm, Mystic isn't seeing it as Netmail...
+ Jan 08 08:06:35 Process: Importing EchoMail
+ Jan 08 08:06:35 Waiting for BUSY nodes
+ Jan 08 08:06:35 Importing 07174235.PKT (2:221/1.58 to 1:229/664)
! Jan 08 08:06:35 No echomail node configured for 2:221/1.58
! Jan 08 08:06:35 Moving /home/pi/mystic/echomail/in/07174235.PKT to /home/pi
Hmm, Mystic isn't seeing it as Netmail...
+ Jan 08 08:06:35 Process: Importing EchoMail
+ Jan 08 08:06:35 Waiting for BUSY nodes
+ Jan 08 08:06:35 Importing 07174235.PKT (2:221/1.58 to 1:229/664)
! Jan 08 08:06:35 No echomail node configured for 2:221/1.58
! Jan 08 08:06:35 Moving /home/pi/mystic/echomail/in/07174235.PKT to /home/pi
Maybe non-bbs/independent users are not part of the scinet plan. I
see.
Why do you think this?as a ACN> point...
I guess you can ask if you can connect to diskshop or other BBSes
I had a situation in Micronet where I asked if I could come on
board as a point, but no one was operating one. The guidelines
seemed to be geared to assume sysop members only.
I thought that maybe SciNet was sysop-only too.
Anyway.. I am poised to get a point assignment. It's all good.
On 07 Jan 2021, August Abolins said the following...
Haven't got a Netmail from you yet though.
I delivered it direct (crash) to your system, hours ago:
Hmm, Mystic isn't seeing it as Netmail...
+ Jan 08 08:06:35 Process: Importing EchoMail
+ Jan 08 08:06:35 Waiting for BUSY nodes
+ Jan 08 08:06:35 Importing 07174235.PKT (2:221/1.58 to 1:229/664) ! Jan 08 08:06:35 No echomail node configured for 2:221/1.58
! Jan 08 08:06:35 Moving /home/pi/mystic/echomail/in/07174235.PKT /home/pi
Interesting. Is it because my system is Zone 2, and yours is
Zone 1?
MEANWHILE, I send a netmail routed.
And, I just delivered another crash netmail but this time I used
a zone that we have in common, "21:"
My logs don't record your Z:N/F number. :( But the packet
number might help you look for it if you have to:
I would't think so. Maybe it doesnpt accept unknown sources?
On 08 Jan 2021, August Abolins said the following...
MEANWHILE, I send a netmail routed.
And, I just delivered another crash netmail but this time I used
a zone that we have in common, "21:"
My logs don't record your Z:N/F number. :( But the packet
number might help you look for it if you have to:
Weird, Mystic is still trying to toss it as echomail:
+ Jan 08 11:08:09 Importing 08091311.PKT (2:221/1.58 to 21:3/110)
! Jan 08 11:08:09 No echomail node configured for 2:221/1.58
! Jan 08 11:08:09 Moving /home/pi/mystic/echomail/in/unsecure/08091311.PKT to
/home/pi/mystic/echomail/bad/08091311.PKT
I had a look at the packet and I do see an INTL kludge in there, which I believe only netmail has.
(Correct me if I'm wrong) - So I'm not sure what the issue is here.
At any rate, if I get you setup as a point, my system will then at least know
who you are... lol
Jay
--- Mystic BBS v1.12 A47 2021/01/05 (Raspberry Pi/32)
* Origin: Northern Realms (1:229/664)
Not sure where the issue lays here... *scratches head*
Does anyone know of a .PKT reader available for arm/linux?
Do you have a C compiler available for it? If so, I can get you the C sourcecode of one, that works on my (intel) linux machine...
This is a crashmail test reply from a point of GoldED/HPT/Binkd.
'Tommi
On 08 Jan 2021, Tommi Koivula said the following...
This is a crashmail test reply from a point of GoldED/HPT/Binkd.
'Tommi
Thanks, I got both this and the direct netmail.
Do you have a C compiler available for it? If so, I can get you the C
sourcecode of one, that works on my (intel) linux machine...
I had to build cryptlib for Mystic by installing build-essentials. I *think* that should work?
Thanks, I got both this and the direct netmail.
Good! So it seems that there is something wrong with OpenXP... Well, it
is a _point_ software. Points should send all mail via their boss.
Ok, download: http://www.vlzn.nl/tmp/pktview-1.1-src.zip
Unzip it somewhere, and do something like:
# gcc pktview.c -o pktview
Which should give you the 'pktview' command.
Usage is self explanatory when you run it without arguments.
Usage is self explanatory when you run it without arguments.
Awesome, thanks! That seems to be working:
pktview V1.1, Copyright WvV 1998, 2016
Dest. Node addr: 1:229/664.0
Orig. Node addr: 2:221/1.58
QDest Zone : 1
QOrig Zone : 2
Aux Net : 0
Date : 2021/01/07
Time : 00:00:00
Baud : 0
Pkt Type : 2
ProdCode : 233
Revision Major : 3
Revision Minor : 20
Password : (hidden)
Capability Word: 0001
Capability Val.: 0001
Product data : 00000000
Date Time To From Subject Area ---------------------------------------------------------------------------
-- 07 Jan 21 17:41:00 Jay Harris August Abolins SciNet Point
1 messages in this .pkt file.
And with -v:
001 Orig. : 221/1
Dest. : 229/664
Attribute: 0081
Cost : 0
Date : 07 Jan 21 17:41:00
To : Jay Harris
From : August Abolins
Subject : SciNet Point
So the packet itself *seems* to be ok, there's no area on the message,
but Mystic isn't seeing the message as netmail. Could it be because
of the PKT password?
Just not sure what makes a netmail message.. netmail:
** On Friday 08.01.21 - 20:59, Tommi Koivula wrote to Jay Harris:
Thanks, I got both this and the direct netmail.
Good! So it seems that there is something wrong with OpenXP... Well, it
is a _point_ software. Points should send all mail via their boss.
It's point software with perks, like not discriminating with
other systems by mishandling established session pwds, it seems.
Even if there is an incorrect pkt password in the .pkt, why does Mystic think the message is echomail?
Even if there is an incorrect pkt password in the .pkt, why does Mystic
think the message is echomail?
That would be a Mystic problem? :/
pktview V1.1, Copyright WvV 1998, 2016^^^^^^^^
Dest. Node addr: 1:229/664.0
Orig. Node addr: 2:221/1.58
QDest Zone : 1
QOrig Zone : 2
Aux Net : 0
Date : 2021/01/07
Time : 00:00:00
Baud : 0
Pkt Type : 2
ProdCode : 233
Revision Major : 3
Revision Minor : 20
Password : (hidden)
So the packet itself *seems* to be ok, there's no area on the message,
but Mystic isn't seeing the message as netmail. Could it be because of the PKT password?
Whereas Tommi's netmail form before:
+ Jan 08 11:55:12 Process: Importing EchoMail
+ Jan 08 11:55:12 Waiting for BUSY nodes
+ Jan 08 11:55:12 Importing 901beb06.pkt (2:221/1.1 to 1:229/664)
+ Jan 08 11:55:12 Netmail from Tommi Koivula (2:221/1.1) to Jay Harris (1:229/664) + Jan 08 11:55:12 Results: 0 echo, 1 net, 0 dupes, 0 tossed in 0.08s
Whereas Tommi's netmail form before:
+ Jan 08 11:55:12 Process: Importing EchoMail
+ Jan 08 11:55:12 Waiting for BUSY nodes
+ Jan 08 11:55:12 Importing 901beb06.pkt (2:221/1.1 to 1:229/664)
+ Jan 08 11:55:12 Netmail from Tommi Koivula (2:221/1.1) to Jay Harris JH>> (1:229/664) + Jan 08 11:55:12 Results: 0 echo, 1 net, 0 dupes, 0 tossed JH>> in 0.08s
OK.. so you're saying Tommi's netmails are being recognized as
netmails, but mine were not? (I say "were" because now that we
have a Boss-Point relationship, the problem has gone away?)
Perhaps someone else who runs OpenXP could drop some crash
netmails to you for further comparison?
Password : (hidden)^^^^^^^^
Nice catch, but you inadvertantly revealed it in a previous
message.
So the packet itself *seems* to be ok, there's no area on the message but Mystic isn't seeing the message as netmail. Could it be because the PKT password?
Are you able to receive netmail as netmail from other sources?
Whereas Tommi's netmail form before:
+ Jan 08 11:55:12 Process: Importing EchoMail
+ Jan 08 11:55:12 Waiting for BUSY nodes
+ Jan 08 11:55:12 Importing 901beb06.pkt (2:221/1.1 to 1:229/664) + Jan 08 11:55:12 Netmail from Tommi Koivula (2:221/1.1) to Jay Ha (1:229/664) + Jan 08 11:55:12 Results: 0 echo, 1 net, 0 dupes, 0 tos in 0.08s
OK.. so you're saying Tommi's netmails are being recognized as
netmails, but mine were not? (I say "were" because now that we
have a Boss-Point relationship, the problem has gone away?)
Perhaps someone else who runs OpenXP could drop some crash
netmails to you for further comparison?
Perhaps someone else who runs OpenXP could drop some crash
netmails to you for further comparison?
Perhaps.. I just need to learn how. ;)
Perhaps someone else who runs OpenXP could drop some crash
netmails to you for further comparison?
Perhaps.. I just need to learn how. ;)
There is a Linux version you could play with.
Hop over to http://openxp.kolico.ca and look under "Get OpenXP"
And, I would highly recommend simply using the step-by-step walk-
through in the Quick-start guide. There are some distintions to
be aware up between the Win and Linux versions during install.
Is OpenXP available for Linux? I want to experiment with point software with this setup anyway.
Is OpenXP available for Linux? I want to experiment with point software this setup anyway.
https://openxp.uk/linux/
Well, I have this win32 version running. I still don't know how to send crash netmail.
Never mind. :)
-+- OpenXP 5.0.48
+ Origin: -----> (2:221/1.2)
Yeah.. nevermind. It appears that I have conditioned myself to skip reading
Origin lines.
But before you select the default >YES<, press S[p]ecial. There, you will have to option to toggle Crash.
But before you select the default >YES<, press S[p]ecial. There, you
will have to option to toggle Crash.
Hidden! :D
But this is what it says:
=== Cut ===
Abolins@2:221/1.58
Plese send
message to Server as a normal netmail.
Park Date RecConf withoutSig delete Crash PGP Back
=== Cut ===
-+-
+ Origin: IPv6 Point at [2001:470:1f15:cb0:2:221:1:1] (2:221/1.1)
AH! That's because we have a secure/direct (server/client)
setup.
But you should be able to send Crash from 2:221/1.1 via 2:221/6.
That's what I did when you asked me to test a message from my
point to your 2:221/6 system.
OK.. so you're saying Tommi's netmails are being recognized as
netmails, but mine were not? (I say "were" because now that we
have a Boss-Point relationship, the problem has gone away?)
Correct, if you netmail me using your SciNet point address it'll come through, but if you send from another point it'll get tossed as bad.
Tommi's netmail came through no problem, it looks like he's using GoldED as an editor along with Husky/Bink to toss & send.
Nice catch, but you inadvertantly revealed it in a previous
message.
OK.. so you're saying Tommi's netmails are being recognized as
netmails, but mine were not? (I say "were" because now that we
have a Boss-Point relationship, the problem has gone away?)
I just sent you netmail crash from OpenXP.
On 10 Jan 2021, Tommi Koivula said the following...
I just sent you netmail crash from OpenXP.
That one came through & I see it in my netmail base. Also replied as a test.
+ Jan 10 11:07:41 Process: Importing EchoMail
+ Jan 10 11:07:41 Waiting for BUSY nodes
+ Jan 10 11:07:41 Importing 10180736.PKT (2:221/1.2 to 1:229/664)
+ Jan 10 11:07:41 Netmail from Tommi Koivula (2:221/1.2) to Jay Harris (1:229/664)
+ Jan 10 11:07:41 Results: 0 echo, 1 net, 0 dupes, 0 tossed in 0.09s
Interesting. So, why was it failing when I did the same thing before that? Did you tweak something in the meantime?
Maybe we can get Martin Foster to send a test a crash netmail too.
Or.. I could assign myself a temp address like 1:999/9999 (or one of the temporary ones in the nodelist) and send you a packet to investigate?
Maybe we can get Martin Foster to send a test a crash netmail too.
Test crash netmail sent at 09:54(UTC) :)
Test crash netmail sent at 09:54(UTC) :)
No dice:
Password : (hidden) <-- There is one set & visible
OpenXP 5.0.48 has been released
Thanks, I got both this and the direct netmail.
Good! So it seems that there is something wrong with OpenXP... Well, it
is a _point_ software. Points should send all mail via their boss.
It's point software with perks, like not discriminating with
other systems by mishandling established session pwds, it seems.
:(
Will have to report that situation.
OpenXP 5.0.48 has been released
Something that may have gone unnoticed is that *outgoing* mail packets(*.pkt) are now backed up in the \SPOOL directory. Echomail and *routed* netmail packets are backed up in the appropriate sub-directory and will be automatically deleted in due course, whereas *crash* netmail packets will be backed up in the *root* of the \SPOOL directory and will *not* be automatically deleted.
Sysop: | altere |
---|---|
Location: | Houston, TX |
Users: | 66 |
Nodes: | 4 (0 / 4) |
Uptime: | 15:51:42 |
Calls: | 718 |
Files: | 7,654 |
Messages: | 293,897 |