Can GoldEd create message areas ? or do I need to create them using a BBS first before I can edit them with GoldEd ?
(I am using GoldED/386 3.00.Beta3).
Can GoldEd create message areas?
(I am using GoldED/386 3.00.Beta3).
or do I need to create them using a BBS first before I can edit them
with GoldEd ?
Can GoldEd create message areas?
(I am using GoldED/386 3.00.Beta3).
Yes, even your version should be able to create *.msg type message
areas. ;)
or do I need to create them using a BBS first before I can edit them
with GoldEd ?
Depending on your setup and what you want to do with goldeds echos
that is the recommended way. Your BBS usually doesn't know goldeds
self created areas. If your BBS should use those message areas it's
easier to create areas with the BBS and use the areafile import to
teach those to golded automatically.
Regards
(I am using GoldED/386 3.00.Beta3).
I am using a fairly current golded on linux. I assume that will also
be the case on your version and OS, but I don't know.
Can I get GoldEd to create different message base formats for
different echo areas and use them seemlessly at the same time ?
Well, I am thinking about running a mail-only node and want to know if
I can use GoldEd for reading/writing mail or inspecting/debugging
packets. Also there are area statistics generators that I would like
to use that require message bases.
I want to use a classic version of GoldEd because they are packaged
with ful documentation (I noticed that the new builds have no documentation).
I want to use a classic version of GoldEd because they are packaged
with ful documentation (I noticed that the new builds have no documentation).
(I am using GoldED/386 3.00.Beta3).
I am using a fairly current golded on linux. I assume that will
also be the case on your version and OS, but I don't know.
I want to use a classic version of GoldEd because they are packaged
with ful documentation (I noticed that the new builds have no documentation).
Can GoldEd create message areas ? or do I need to create them using a
BBS first before I can edit them with GoldEd ?
(I am using GoldED/386 3.00.Beta3).
Well, I am thinking about running a mail-only node and want to know if I can use GoldEd for reading/writing mail or inspecting/debugging packets. Also there are area statistics generators that I would like to use that require message bases.
I want to use a classic version of GoldEd because they are packaged with ful documentation (I noticed that the new builds have no documentation).
The biggest problem is there are versions of the sources all over the place so it is very difficult to find 'THE' latest version or versions.
On 2021-02-25 14:32:26, Vincent Coen (2:250/1) wrote to Marceline
Jones:
The biggest problem is there are versions of the sources all over
the place so it is very difficult to find 'THE' latest version or
versions.
Earlier this week Max Vasilyev mentioned the SourceForge repo for
GoldED+ is now readonly, abandoned in favour of GitHub:
https://github.com/golded-plus/golded-plus/
My current problem is that I've hit a snag building the OS/2 version,
and there are no build instructions. :(
But I'll try again later in the week.
Worse, it does this after you save the message you just wrote.
Can I get GoldEd to create different message base formats for
different echo areas and use them seemlessly at the same time ?
Well, I am thinking about running a mail-only node and want to know
if I can use GoldEd for reading/writing mail or inspecting/debugging packets.
Also there are area statistics generators that I would like
to use that require message bases.
___ Blue Wave/386 v2.30
Worse, it does this after you save the message you just wrote.
Well, crashing after the message is saved is... save. ;-)
I'm pretty sure if GoldED can't write to the messagebase for whatever reason it saves the message to a text file named golded.msg in the
current directory.
Though I recall that if you write a new message it will overwrite
that file without prompting.
The biggest problem is there are versions of the sources all over the place so it is very difficult to find 'THE' latest version or versions.
I'm not sure if the documentation has been updated recently but there
is a documentation archive as well as a configuration archive. You can also download the source. It contains all the example configs and
manuals as well as the source.
A good place to find golded files is download.golded.org.
Can GoldEd create message areas ? or do I need to create them using a
BBS first before I can edit them with GoldEd ?
Other people have answered this already, but something to note is
GoldED won't create subdirectories for you.
Suppose you have this in GOLDED.CFG:
AreaDef JAMAREA "My JAM echo" 0 echo JAM c:\msg\jam\jamarea
If either c:\msg or c:\msg\jam don't exist, GoldED won't create them,
and will possibly crash with a terse error. Worse, it does this after
you save the message you just wrote.
Or at least that's been my experience.
Concievably there's now a config setting to enable automatic
subdirectory creation. Or it would be nice if there was.
(I am using GoldED/386 3.00.Beta3).
If my history is correct that's circa 1997.
Beware of any Y2K bugs with the old versions. :)
There is a documentation package for Golded+.
It is an archive of its own.
The GoldED+ 1.0 documentation is here:
https://raw.githubusercontent.com/golded-plus/golded-plus/master/docs/n otework.txt
Though this document itself is now 9 years old. :)
Yes. There may be restrictions if you want to use hudson base but
there is no reason to use that stoneaged format. Hudson have a size
limit and it stores all messages in one database. If that is corrupt
then you will loose all mails. Todays formats use one database per
area and in case of trouble only one area is affected.
Packets do not need to be inspected/debugged. The bugs are in the
software that creates the packet so which software do you want to
debug?
Also there are area statistics generators that I would like
to use that require message bases.
Hm, isn't that the rear of the horse? Usually you have an area inside
a message base and need a statistic tool then. The reverse way i have statistic tool and need a message area now is very uncommon.
Well, it was a long way from Blue Wave to node. What kind of other software do you plan to use? I went from offline qwk readers to point software and then to node software in point mode before i changed the
aka to node.
Looks like the GoldED+ manual is derived from 3.xx with additions (https://sourceforge.net/projects/golded-plus/files/golded-plus-manual/). Glancing the diff output between the 3.xx and GoldED+ manuals show minor differences.
I think I will stick with 3.xx for now because it might be interesting to explore the differences between considerations taken by people who packaged a distribution that they wanted money for versus the laissez-faire reincarnation.
I think I will stick with 3.xx
for now because it might be interesting
to explore the differences between considerations taken by people who packaged a distribution that they wanted money for versus the laissez-faire reincarnation.
A journery of a single step begins with a thousand miles.
There is a documentation package for Golded+.Is there any reason why documentation is not included with the build?
It is an archive of its own.
Is it due to some elitist programmer contempt for non technical end
users?
This is why I have no confidence in GoldED+
because moving around GitHub just to find documentation gives the impression that the program is in perpetual snapshot or is incomplete.
Sourceforge adds spyware to their downloads.
Is there any reason why documentation is not included with the build ?
Is it due to some elitist programmer contempt for non technical end
users ?
What are you talking about?
I am not aware of anybody wanting money for golded!
What are you talking about?Golded is paid software that was released into public with open source
I am not aware of anybody wanting money for golded!
Yes. There may be restrictions if you want to use hudson base but
there is no reason to use that stoneaged format.
I think it is cool to use stoneaged formats.
Packets do not need to be inspected/debugged. The bugs are in the
software that creates the packet so which software do you want to
debug?
I want to check that packets contain the right messages and have been routed to the correct outbound directories.
How do I check this without inspecting the packet ?
Hm, isn't that the rear of the horse? Usually you have an area
inside a message base and need a statistic tool then. The reverse
way i have statistic tool and need a message area now is very
uncommon.
It is not uncommon. If I have a hammer, then I know I need a nail.
What is the point of having a hammer if not to hammer something.
Well, it was a long way from Blue Wave to node. What kind of
other software do you plan to use? I went from offline qwk
readers to point software and then to node software in point mode
before i changed the aka to node.
I was thinking about running Fidonet on a Nintendo.
The biggest problem is there are versions of the sources all over
the place so it is very difficult to find 'THE' latest version or
versions.
Isn't the official version from sourceforge ?
Or is there some power struggle going on as to who controls the
sources ?
Isn't the official version from sourceforge ?
Or is there some power struggle going on as to who controls the
sources ?
No idea but there are various places to find sources but none with any updates in a long time - i.e., years.
Please use Golded+ from github.
It contains many bugfixes when compared to Ged 3!
Sourceforge adds spyware to their downloads.
And EVERYBODY left it a long time ago.
I hope it dies a painful death soon!!
What are you talking about?
I am not aware of anybody wanting money for golded!
There is a documentation package for Golded+.Is there any reason why documentation is not included with the build?
It is an archive of its own.
I have no clue.
I guess historic reasons.
Also the doc package is quit big, so it might be that people
complained when they downloaded it always together with the binaries.
Is it due to some elitist programmer contempt for non technical end
users?
What the hell are you smoking???
Stop it, it seems to negatively impact your cognitive capabilities!
;)
A journery of a single step begins with a thousand miles.
"A journey of a thousand miles begins with a single step."
FTFY ;)
I really do not understand your lack of confidence in Golded+.
because moving around GitHub just to find documentation gives the impression that the program is in perpetual snapshot or is incomplete.
It *IS* a perpetual snapshot!
That is not bad.
It contains everything from old Golded and adds features and bug
fixes.
So either download the source package.
(it includes EVERYTHING to compile it and all cfgs and docs)
Or download a binary package.
Do NOT use sourceforge for anything.
They resort to extremely shady tactics!
Is there any reason why documentation is not included with the build ?
Is it due to some elitist programmer contempt for non technical end
users ?
The split distribution allowed the user to decide if he wants to pay
the phone cost for the transfer or not. Thus it was very user
friendly.
When golded went open source the voluntary code contributors continued those concept. Let me guess, they like coding much more than writing documentation. ;-)
Yes. There may be restrictions if you want to use hudson base but
there is no reason to use that stoneaged format.
I think it is cool to use stoneaged formats.
That's what Fidonet is. But there is no need to struggle with problems that the stoneage already solved. Even those solutions are still stoneaged. ;)
I want to check that packets contain the right messages and have been routed to the correct outbound directories.
That was done already when you use stoneaged software. If there are routing troubles then the software is old enough that this troubles
would be known.
How do I check this without inspecting the packet ?
You could see it in the outbound directories itself or in the logfiles
if your software tries to connect to another system.
It is not uncommon. If I have a hammer, then I know I need a nail.
What is the point of having a hammer if not to hammer something.
That's exactly what i was talking about, i don't need a hammer if
there is nothing to hammer. It's common to have no hammer if there is
no need to hammer anything.
Well, it was a long way from Blue Wave to node. What kind of
other software do you plan to use? I went from offline qwk
readers to point software and then to node software in point mode
before i changed the aka to node.
I was thinking about running Fidonet on a Nintendo.
Which one?
And how many hours would you need for such a project?
A journery of a single step begins with a thousand miles.
"A journey of a thousand miles begins with a single step."
FTFY ;)
But Kai Richter said I was starting from the rear of the horse.
My point was I can skip all the other software and just go directly
from QWK to a node.
How are people supposed to know where the official sources are?
What are you talking about?The authors wanted money for it.
I am not aware of anybody wanting money for golded!
11/11/1997 05:58a
It is more professional to include documentation with binaries.
I think GoldED+ was made for technical users because the documentation
was so hard to find. Quite often these kinds of programmers say "Here
you go, it works. Figure it out".
It contains everything from old Golded and adds features and bugNo it does not.
fixes.
I want a proper release distribution, with documentation and
installer. That is what the people who sold GoldED had.
Somebody in charge has to say "This is the current stable release".
Please use Golded+ from github.
It contains many bugfixes when compared to Ged 3!
Sourceforge adds spyware to their downloads.
They only did that for the more popular downloads.
And EVERYBODY left it a long time ago.
I hope it dies a painful death soon!!
Sourceforge is not bad. I is more suited to packaged applications.
GitHub is more for source file perusal.
What are you talking about?
I am not aware of anybody wanting money for golded!
The authors wanted money for it.
Here is the content of the order form:
==================================================
11/11/1997 05:58a 2,888 REGFRMWW.TXT
Item: (Read the notes below!) Price: DKK USD Amount
( ) GoldED new registration [1] 120 $21 ______
( ) GoldED upgrade of existing key [1] 20 $4 ______
( ) GoldED for DOS (16 and 32 bit textmode) 80 $14 ______
( ) GoldED for OS/2 (32 bit textmode) 80 $14 ______
( ) GoldED for Win32 (32 bit textmode) 80 $14 ______
( ) GoldED for Linux (textmode) 80 $14 ______
( ) Friends discount, 20% off the price [2] (minus) ______
( ) Shipping and Handling (S&H) fee 30 $5 ______
( ) Currency conversion fee (if not paid in DKK) 50 $8 ______
TOTAL ______ ==================================================
Re: Create message bases
By: Marceline Jones to KAI RICHTER on Sun Mar 07 2021 18:03:00
My point was I can skip all the other software and just go directly from QWK to a node.
not really... QWK is lossy... especially with FTN messages... there is a lot of information lost when FTN messages are packed via QWK...
it should be noted that QWK was shoehorned into FTN... it originates on a completely different network and has much different principles... QWK works for end users solely because it transfers the message body which is 99% of what they care about... QWK links messages by subject line which we all know is a fallacy and quite wrong in many cases... there are better ways to properly link message threads no matter what the subject lines are...
The split distribution allowed the user to decide if he wants to
pay the phone cost for the transfer or not. Thus it was very user
friendly.
That is why there were local registrations sites in each region. Also, file distribution networks made these costs negligible.
By the time GoldED went open source, telnet BBSes were prevalent.
When golded went open source the voluntary code contributors
continued those concept. Let me guess, they like coding much more
than writing documentation. ;-)
Not packaging their software properly shows they take no pride in
their work.
I think it is cool to use stoneaged formats.
That's what Fidonet is. But there is no need to struggle with
problems that the stoneage already solved. Even those solutions
are still stoneaged. ;)
If I ran QuickBBS, then I would use Hudson. What is the point of
running QBBS if not to use Hudson ?
I want to check that packets contain the right messages and have
been routed to the correct outbound directories.
That was done already when you use stoneaged software. If there
are routing troubles then the software is old enough that this
troubles would be known.
You are assuming the software has no bugs.
What if I want to check my packed messages match what the mailer's outbound queue says ?
How do I check this without inspecting the packet ?
You could see it in the outbound directories itself or in the
logfiles if your software tries to connect to another system.
Except outbound directories contain files like "EFAABCFF.mo0".
I want a nice user interface to scroll through and open such packets
and check the message contents.
My point was I can skip all the other software and just go directly
from QWK to a node.
not really... QWK is lossy... especially with FTN messages... there is
a lot of information lost when FTN messages are packed via QWK...
it should be noted that QWK was shoehorned into FTN... it originates
on a completely different network and has much different principles...
QWK works for end users solely because it transfers the message body
which is 99% of what they care about... QWK links messages by subject
line which we all know is a fallacy and quite wrong in many cases...
there are better ways to properly link message threads no matter what
the subject lines are...
How are people supposed to know where the official sources are?
As I already written in a message to you.
One way is to google golded, which will lead you to the Wikipedia
page. And there you find this info:
Website github.com/golded-plus/golded-plus/
Another way is asking here.
I guess by now you should know where to find it!
What are you talking about?The authors wanted money for it.
I am not aware of anybody wanting money for golded!
Yes ... I should have worded that better.
I meant AFTER it has been released as open source by Odinn the
original author.
Long after this point in time:
11/11/1997 05:58a
It is more professional to include documentation with binaries.
You seem not to be very familiar with how open source works.
People do things for free in their spare time.
If they need a feature they add it.
If they do not like to write docs they will not.
They contribute this work for free and for the benefit of us all.
Feel free to compile a documentation package, and they will upload it
if it makes sense.
Well no.
The vast majority of users were using Golded already.
So they just exchange the new binaries.
Most of them have set it up already for many years.
It contains everything from old Golded and adds features and bugNo it does not.
fixes.
What exactly is missing from the source tarball?
I want a proper release distribution, with documentation and
installer. That is what the people who sold GoldED had.
And I want world peace!
In the meantime I think it is REALLY better if you stick with your
ancient package. Better for you, better for us.
Somebody in charge has to say "This is the current stable release".
here you are:
https://github.com/golded-plus/golded-plus/releases
But the snapshots are as stable as the stable release.
That is why most of us use the current snapshot.
And? As i said before, in other countries we had to pay for every
local call and telnet access means IP access and Internet flatrate
wasn't there in POTS/NGN migration time.
Not packaging their software properly shows they take no pride in
their work.
I don't know what they take. But pride is not in the list of my
guesses.
If I ran QuickBBS, then I would use Hudson. What is the point of
running QBBS if not to use Hudson ?
Tell me why you don't run QBBS and maybe i have a chance to answer
your question.
You are assuming the software has no bugs.
No. I assume that after years of fidonet wide operation routing bugs
would be known.
What if I want to check my packed messages match what the mailer's outbound queue says ?
If you do routing it does not match. That's the purpose of routing.
You send messages not to the destination but to another node. You will have a destination mismatch between the messages and the envelope.
And even if you suspect your routing software faulty your links would
use other software that has proved it's working because you can read
this routed mail.
Except outbound directories contain files like "EFAABCFF.mo0".
Those files doesn't have something to do with routing. You need to
check to flowfiles which are responsible for the routing destination. Those are simple ascii files readable by a simple text editor.
I want a nice user interface to scroll through and open such packets
and check the message contents.
Golded can't do this. Golded is a user editor that is in use after or before those packed mail has been processed.
But there is no need to struggle with problems that the stoneage
already solved.
If I ran QuickBBS, then I would use Hudson. What is the point of
running QBBS if not to use Hudson ?
Tell me why you don't run QBBS and maybe i have a chance to
answer your question.
I do run QBBS.
I do not like it because RemoteAccess is better.
You are assuming the software has no bugs.
No. I assume that after years of fidonet wide operation routing
bugs would be known.
I want to check it for myself.
What exactly is missing from the source tarball?
I do not care about the sources. I care about the binary distribution.
I know how open source works.
The typical mentality is "you're on your own".
How are people supposed to know where the official sources are?
As I already written in a message to you.That depends on whether you accept Wikipedia as a trustworthy source. People write anything on there.
One way is to google golded, which will lead you to the Wikipedia
page. And there you find this info:
Website github.com/golded-plus/golded-plus/
Another way is asking here.
I guess by now you should know where to find it!
When I unzip "GED3B3WC.ZIP" every looks genuine. There is
"FILE_ID.DIZ", "!readme.1st", DOS extender, full documentation, registration forms, installer.
On the other hand "golded-plus-1.1.5-20180707-win32-msvc2010.7z" just contains 3 executables in a suspicious "bin" directory, a "share" directory (which makes no sense) and no documentation on how to get started. The main program does not even run.
The GitHub distribution looks dodgy.
I know how open source works.
The typical mentality is "you're on your own".
True, because that is the main purpose of open source, to give YOU the possibilty to do it on your own.
I know how open source works.
The typical mentality is "you're on your own".
True, because that is the main purpose of open source, to give
YOU the possibilty to do it on your own.
open source bullshit bingo
Thanks. That's my point you've been asking for. See above, Hudson does have problems and other formats do it better. Same applies to QBBS.
If you don't trust the tosser i'm sure you wouldn't like to trust a
packet inspector software. Sorry but i think the only reliable tools
for you would be the hex viewer of your choice.
Regards
I know how open source works.
The typical mentality is "you're on your own".
True, because that is the main purpose of open source, to give YOU the possibilty to do it on your own.
Unzipping a PKT and viewing the *.msg file is easier.
More people would use GoldED+ if it was packaged better.
Re: Re: Create message bases
By: Marceline Jones to KAI RICHTER on Tue Mar 23 2021 23:45:00
Unzipping a PKT and viewing the *.msg file is easier.
who, in their right minds, is archiving PKTs into bundles in this day in age? :smh:
Unzipping a PKT and viewing the *.msg file is easier.
who, in their right minds, is archiving PKTs into bundles in this day in age? :smh:
One of my 'nets is delivering archived PKTs in the form ####.MO1. ####.M02 ####.TU1, etc. That's fine.
Unzipping a PKT and viewing the *.msg file is easier.
who, in their right minds, is archiving PKTs into bundles in this day in age? :smh:
One of my 'nets is delivering archived PKTs in the form ####.MO1. ####.M02 ####.TU1, etc. That's fine.
Unzipping a PKT and viewing the *.msg file is easier.
who, in their right minds, is archiving PKTs into bundles in this
day in age? :smh:
One of my 'nets is delivering archived PKTs in
the form ####.MO1. ####.M02 ####.TU1, etc. That's fine.
As a point you can talk to the areafix of your boss and ask for
archived packet, or not. (try %packer)
mark lewis wrote to August Abolins <=-
yes, those are bundles... the point is that doing all that is not
really needed in today's FTN world... especially with binkp and
mailers having the ability to compress during send in the
same way that web servers do...
Re: Re: Create message bases
By: Marceline Jones to KAI RICHTER on Tue Mar 23 2021 23:45:00
Unzipping a PKT and viewing the *.msg file is easier.
who, in their right minds, is archiving PKTs into bundles in this day
in age? :smh:
More people would use GoldED+ if it was packaged better.
that's highly doubtful in today's world... if it were the case,
there'd have been a lot more people talking about it and there simply
are not and have not been, other than some sysops, since Odinn
Sorensen passed from this realm...
More people would use GoldED+ if it was packaged better.
that's highly doubtful in today's world... if it were the case,I guarantee you that more people would use it (at least 1 more).
there'd have been a lot more people talking about it and there
simply are not and have not been, other than some sysops, since
Odinn Sorensen passed from this realm...
A packet inspector will tell me where "FF9F02C1.frG" is destined easier than manually inspecting messages or using an hex editor.
A packet inspector will tell me where "FF9F02C1.frG" is destined easier
than manually inspecting messages or using an hex editor.
that's a bundle, not a packet... depending on the mailer/tosser combination, the file name of the bundle will tell you what system it
is destined for... some might use simple hex notation for the net/node while others are a little more complicated using 2s complement or
inverse 2s complement to represent the net/node destination... https://en.wikipedia.org/wiki/Two%27s_complement
Marceline Jones wrote to MARK LEWIS <=-
Well I want a packet inspector so I can check messages are
created and destined properly. This feature is probably out
of scope because GoldED is just a message editor.
Quoting Sean Dennis to Marceline Jones <=-
I've used InspectA for well over twenty years for packet inspecting
and recommend it.
Great! Where do I find to download?
Hello Mauro,
Tuesday April 06 2021 10:58, you wrote to me:
Great! Where do I find to download?
On my BBS. Look for INSP110D.ZIP in BBS.FidoUtils; this is the DOS version.
You will also need the "unlimited shareware" key that was released by the author to remove the shareware nag and delay. That file is I110-KEY.ZIP in BBS.Utils.
If you have any issues, let me know.
Look for INSP110D.ZIP in BBS.FidoUtils; this is the DOS version.
You will also need the "unlimited shareware" key that was released by
the author to remove the shareware nag and delay. That file is I110-KEY.ZIP in BBS.Utils.
If you have any issues, let me know.
More people would use InspectA if it was packaged better.
I guarantee you that more people would use it (at least 1 more).
Hello Sean!
06 Apr 21, Sean Dennis wrote to Mauro Veiga:
Look for INSP110D.ZIP in BBS.FidoUtils; this is the DOS version.
You will also need the "unlimited shareware" key that was
released by the author to remove the shareware nag and delay.
That file is I110-KEY.ZIP in BBS.Utils.
If you have any issues, let me know.
Is there any reason why the key is not included with the build? Is it
due to some elitist programmer contempt for non technical end users?
More people would use InspectA if it was packaged better.
I guarantee you that more people would use it (at least 1 more).
Sorry, couldn't resist... >:-)
What am i doing? This is offtopic too. If you would like to support
the use of packet inspectors please go to a matching echoarea.
Kai Richter wrote to Sean Dennis <=-
Is there any reason why the key is not included with the
build? Is it due to some elitist programmer contempt for
non technical end users?
What am i doing? This is offtopic too. If you would like to
support the use of packet inspectors please go to a
matching echoarea.
The author, David Nugent (who also wrote the BNU FOSSIL driver, I believe), was pissed that so many people used his program and never registered it. I have seen the original message where he told people
off and then said he was leaving the BBS scene forever.
On 2021-04-07 00:03:02, Sean Dennis (1:18/200) wrote to Kai Richter:
The author, David Nugent (who also wrote the BNU FOSSIL driver, I
believe), was pissed that so many people used his program and
never registered it. I have seen the original message where he
told people off and then said he was leaving the BBS scene
forever.
PKT inspection was always an extremely niche feature, though. The
number of sysops who actually needed specialised software to look at
PKTs on a regular basis would've only been in the hundreds at best. So
his target audience was always going to be pretty small from the
start, and it's telling that (to my knowledge) nobody's written a
similar program just to do that one thing, without the file manager
part. There just wasn't the demand for it.
I'm not sure InspectA had much else going for it. As a file manager it
was a bit mediocre. I suspect that was the main reason more people
didn't pay for it.
What am i doing? This is offtopic too.
Mauro is a user on my BBS and we'll talk shop there.
If you want to talk about InspectA, I invite you to do so in
BBS_CARNIVAL
There is another tool that may well do similar - pktview that I obtained from the Husky project and this own also works under Linux.
Re: Create message bases
By: Vincent Coen to andrew clarke on Thu Apr 08 2021 02:37 pm
There is another tool that may well do similar - pktview that I
obtained from the Husky project and this own also works under
Linux.
They can still be found around and about. pktview is a bash script and
the husky project also has pktinfo. It works well.
The Synchronet project has pktdump to look at .pkt files as well as
fmsgdump to look at *.msg files. There is a windows download of
pktdump on Vertrauen if anyone needs something like that.
I'm not sure InspectA had much else going for it. As a file manager
it was a bit mediocre. I suspect that was the main reason more people
didn't pay for it.
There is another tool that may well do similar - pktview that I obtained from the Husky project and this own also works under Linux.
It will display the content of a packet that may have one or more messages.
It is in husty-master/misc. Cannot currently find the source code for
it but it is here some where as I recompiled it for Linux as x64.
There is another tool that may well do similar - pktview that I
obtained from the Husky project and this own also works under
Linux.
They can still be found around and about. pktview is a bash script and
the husky project also has pktinfo. It works well.
FWIW pktview is a Perl script.
WRT pktinfo, I worked on C code recently and made some improvements, but its weakness is it heavily relies on HPT's packet parsing functions. A broken packet will tend to make pktinfo abort execution (like HPT would) instead of just displaying what information it can. There's not really an easy way I can fix that without potentially breaking something in HPT, so it will have to do.
I haven't looked at pktview in a long time but I can't seem to get it
to read a packet currently. How does one use pktview?
# This script reads PKT from stdin and prints it's contents in human-readabe form into stdout
# options:
# -v verbose
# -s print SEEN-BY, PATH and PTH kludges
# -r print RFC-* kludges
# -p print PID and TID kludges
# -h print usage information
pktview -vsrp < 6034b1c0.pkt
I haven't looked at pktview in a long time but I can't seem to get it
to read a packet currently. How does one use pktview?
Kai wrote (2021-03-14):
I know how open source works.
The typical mentality is "you're on your own".
True, because that is the main purpose of open source, to give YOU the
possibilty to do it on your own.
open source bullshit bingo
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 371 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 174:24:20 |
| Calls: | 7,915 |
| Files: | 12,983 |
| Messages: | 5,797,649 |