Is anyone aware of any software / driver for Linux that will, like NetSerial for example, emulate a "modem" over TCP/IP. That is, I can
send "ATDT123.123.123.123" and it will establish a telnet session with
the specified IP address and "act" like a modem?
Pref. one that can be run / invoked without re-compiling the Linux
Kernel :)
Is anyone aware of any software / driver for Linux that will, like NetSerial for example, emulate a "modem" over TCP/IP. That is, I can
send "ATDT123.123.123.123" and it will establish a telnet session with
the specified IP address and "act" like a modem?
Pref. one that can be run / invoked without re-compiling the Linux
Kernel :)
Is anyone aware of any software / driver for Linux that will,
like NetSerial for example, emulate a "modem" over TCP/IP. That
is, I can send "ATDT123.123.123.123" and it will establish a
telnet session with the specified IP address and "act" like a
modem?
Pref. one that can be run / invoked without re-compiling the
Linux Kernel :)
Sexpots I think it's called. It comes with Synchronet, but I believe
it may be available standalone somewhere?
Sexpots I think it's called. It comes with Synchronet, but I
believe it may be available standalone somewhere?
Wrong way, he's looking for something that emulates a modem over
TCP/IP. SEXPOTS accepts POTS calls with an actual modem (It's what I
use for my dialup line)
Hello Joaquim,
On Tue Nov 07 2017 19:30:10, Joaquim Homrighausen wrote to *:
Is anyone aware of any software / driver for Linux that will, like NetSerial for example, emulate a "modem" over TCP/IP. That is, I can send "ATDT123.123.123.123" and it will establish a telnet session wit the specified IP address and "act" like a modem?
Pref. one that can be run / invoked without re-compiling the Linux Kernel :)
Sexpots I think it's called. It comes with Synchronet, but I believe it may be available standalone somewhere?
Is anyone aware of any software / driver for Linux that will, like NetSerial for example, emulate a "modem" over TCP/IP. That is, I^^^^^^^^^^^^^^^ ^^^^^^
can send "ATDT123.123.123.123" and it will establish a telnet
session with the specified IP address and "act" like a modem?
Pref. one that can be run / invoked without re-compiling the Linux
Kernel :)
Is anyone aware of any software / driver for Linux that will, like NetSerial for example, emulate a "modem" over TCP/IP. That is, I can send "ATDT123.123.123.123" and it will establish a telnet session with the specified IP address and "act" like a modem?
Pref. one that can be run / invoked without re-compiling the Linux
Kernel :)
As already mentioned in another area: https://github.com/geneb/tcpser/blob/master/README
I do not think that you need to recompile the kernel for it.
Wrong way, he's looking for something that emulates a modem over
TCP/IP. SEXPOTS accepts POTS calls with an actual modem (It's
what I use for my dialup line)
IPv4? Telnet???
session with the specified IP address and "act" like a modem?Forget of both.
Pref. one that can be run / invoked without re-compiling the Linux
Kernel :)
That could require writing a kernel module, but nobody in a good
mind would write such a PoS.
But of course, you already knew that.
Pref. one that can be run / invoked without re-compiling the Linux
Kernel :)
"virtualAs already mentioned in another area:
https://github.com/geneb/tcpser/blob/master/README
I do not think that you need to recompile the kernel for it.
I have looked at tcpser, even built it, and been in touch with the author when I failed to get it working (as I described). It would seem the author is under the impression that it is not a "Modem + COM port emulator", but more along the lines of a "Remote Modem Emulator", in other words, something that allows us/me/you to talk to a modem by distance (or
port", which may or may not be local/remote).
Is anyone aware of any software / driver for Linux that will, like^^^^^^^^^^^^^^^ ^^^^^^
NetSerial for example, emulate a "modem" over TCP/IP. That is, I
can send "ATDT123.123.123.123" and it will establish a telnet
IPv4? Telnet???
session with the specified IP address and "act" like a modem?
Forget of both.
wouldPref. one that can be run / invoked without re-compiling the Linux
Kernel :)
That could require writing a kernel module, but nobody in a good mind
write such a PoS.
Wrong way, he's looking for something that emulates a modem over
TCP/IP. SEXPOTS accepts POTS calls with an actual modem (It's what I
use for my dialup line)
Indeed. I'm looking for something that'd let me run "something"
(FroDo) under "something" (DOSbox in Linux) and still believe it's
talking to a standard COM port and modem.
(That is, until I manage to get all the code re-built for native
access to the glorious resources at hand)
But of course, you already knew that.
Nah, probably not. He just seems to like to insult first, then attempt
to think later. ;)
ummm, i don't kow where to look or ask but i do know that some are or
have run FD under DOSBOX with telnet access... i don't know how they
did it, though... under DOSEMU, connecting a com port to a telnet connection was easy when we did it for a Mystic BBS system but that
was on a 32bit ubuntu... i don't think it has been achieved on the
64bit SBBS installation...
Nah, probably not. He just seems to like to insult first, then
attempt to think later. ;)
awww... you're just being nice... sad }O:) ;) ;) ;)
@MSGID: <5A04D669.3582.fidolinux@dmine.net>
@REPLY: <5A0225D3.3572.fidolinux@dmine.net>
Is anyone aware of any software / driver for Linux that will, like NetSerial for example, emulate a "modem" over TCP/IP. That is, I can se "ATDT123.123.123.123" and it will establish a telnet session with the specified IP address and "act" like a modem?
Not software, and you're probably already aware of it, but there's the TT>WiFi232. It's designed to attach to old devices and acts like a modem but TT>routes the connection over TCP/IP. It accepts ATDT127.0.0.1 and functions TT>exactly like you're looking.
https://github.com/geneb/tcpser/blob/master/READMEI have looked at tcpser, even built it, and been in touch with the
I do not think that you need to recompile the kernel for it.
author when I failed to get it working (as I described).
It would seem
the author is under the impression that it is not a "Modem + COM port emulator", but more along the lines of a "Remote Modem Emulator", in
other words, something that allows us/me/you to talk to a modem by distance (or "virtual port", which may or may not be local/remote).
Not software, and you're probably already aware of it, but there'sYes, that is exactly what he's looking for.
the WiFi232. It's designed to attach to old devices and acts like a
modem but routes the connection over TCP/IP. It accepts
ATDT127.0.0.1 and functions exactly like you're looking.
Problem is, they are not available. The guy who makes them only turns
out small batches and it's been sold out for months. Supposedly going
to be more coming "some day". Arggghhh.
I have looked at tcpser, even built it, and been in touch with the
author when I failed to get it working (as I described).
It would seem
the author is under the impression that it is not a "Modem + COM port emulator", but more along the lines of a "Remote Modem Emulator", in
other words, something that allows us/me/you to talk to a modem by distance (or "virtual port", which may or may not be local/remote).
Best idea is to implement BinkP and the need for such modem emulator kludges disappears into thin air.
Wrong way, he's looking for something that emulates a modem overIndeed. I'm looking for something that'd let me run "something"
TCP/IP. SEXPOTS accepts POTS calls with an actual modem (It's
what I use for my dialup line)
(FroDo) under "something" (DOSbox in Linux) and still believe it's
talking to a standard COM port and modem.
(That is, until I manage to get all the code re-built for native
access to the glorious resources at hand)
* Originally in linux
* Crossposted in ftsc_public
Is anyone aware of any software / driver for Linux that will, like
NetSerial for example, emulate a "modem" over TCP/IP. That is, I
can send "ATDT123.123.123.123" and it will establish a telnet
^^^^^^^^^^^^^^^ ^^^^^^sure! why not?
IPv4? Telnet???
session with the specified IP address and "act" like a modem?
Forget of both.really?? a FTSC member attempting to snuff out development in the network?? what's next? are you going to DDoS other developers working
to offer FTNs another method of connecting?? are you sure you
need/should remain on the FTSC with this attitude??
* Originally in linux
* Crossposted in ftsc_public
Ok, you were the first who did that...
* Originally in LINUX
* Crossposted in FTSC_PUBLIC
Is anyone aware of any software / driver for Linux that will, like
NetSerial for example, emulate a "modem" over TCP/IP. That is, I
can send "ATDT123.123.123.123" and it will establish a telnet
^^^^^^^^^^^^^^^ ^^^^^^
IPv4? Telnet???
sure! why not?
FQDN? IPv6? Never heard of.
For telnet... well, only lamers from US may still use it and yell
about those terrible "Russian hackers".
Hint: read the 'SSH to Telnet "gateway"' thread in this echo, started
by Joacim Melin on 2016-04-10, especially my answers with MSGID: 2:5020/545 570b23d5 and MSGID: 2:5020/545 570b8e84. Control question:
how did I find he was running old FreeBSD 7.3 in the VM? :-)
session with the specified IP address and "act" like a modem?
Forget of both.
really?? a FTSC member attempting to snuff out development in the
network?? what's next? are you going to DDoS other developers working
to offer FTNs another method of connecting?? are you sure you
need/should remain on the FTSC with this attitude??
Modem emulation over insecure IPv4-only links is not a development
- it's degradation.
What do _you_ do in FTSC without understanding that?
But of course, you already knew that.
Nah, probably not. He just seems to like to insult first, then
attempt to think later. ;)
Indeed. I'm looking for something that'd let me run "something"
(FroDo) under "something" (DOSbox in Linux) and still believe it's
talking to a standard COM port and modem.
(That is, until I manage to get all the code re-built for native
access to the glorious resources at hand)
Rick Christian wrote to Joaquim Homrighausen <=-
Hello Joaquim!
09 Nov 17 23:07, you wrote to Mike Miller:
Indeed. I'm looking for something that'd let me run "something"
(FroDo) under "something" (DOSbox in Linux) and still believe it's
talking to a standard COM port and modem.
Ummm.. Interested.
Indeed. I'm looking for something that'd let me run "something"
(FroDo) under "something" (DOSbox in Linux) and still believe
it's talking to a standard COM port and modem.
Ummm.. Interested.Hmm, doesn't DOSBox offer this already?
Indeed. I'm looking for something that'd let me run "something" (FroDo) under "something" (DOSbox in Linux) and still believe it's talking to a standard COM port and modem.Hmm, doesn't DOSBox offer this already?
Static wrote to Tony Langdon <=-
serial1=modem listenport:31337
You can "dial" telnet URLs like phone numbers. Sadly most DOS terminals don't have much space in the for full URLs in their phone books.
Nothing stopping you typing
Static wrote to Tony Langdon <=-
On 01/09/18, Tony Langdon said the following...
Nothing stopping you typing
Not as convenient though. Also you miss out on the dialer dialog
playing a little jingle.when it connects.
Ummm.. Interested.
Hmm, doesn't DOSBox offer this already?
Indeed. I'm looking for something that'd let me run "something"
(FroDo) under "something" (DOSbox in Linux) and still believe it's
talking to a standard COM port and modem.
Rick Christian wrote to Tony Langdon <=-
I would really just as soon have a NATIVE LINUX FD versus hacking to together in a DOSbox, then a VMODEM thing, etc.. More layers is more layers that can and
will break.
I had no problems with Telix, getting it to store a hostname and play its little connection tune.
I was testing DOSBox, and sadly discovered that while the virtual modem works on a Windows PC, the modem functionality seems to be crippled on all of the Android ports that I've tried. :(
Static wrote to Tony Langdon <=-
If it's short enough. Telix has a 17-character limit in the phone book
so longer hostnames or IP+port combinations won't fit.
Well that's a shame. I wonder why that was omitted. It works in the
Linux port and Android is very closely related...
I have DosBox Turbo on some of my devices so I opened up the .conf by hand. Sure enough the serial stanza is completely absent, and even if
you add it in manually the application doesn't react to it at all.
Static wrote to Tony Langdon <=-
If it's short enough. Telix has a 17-character limit in the phone book
so longer hostnames or IP+port combinations won't fit.
Well that's a shame. I wonder why that was omitted. It works in the
Linux port and Android is very closely related...
I have DosBox Turbo on some of my devices so I opened up the .conf by hand. Sure enough the serial stanza is completely absent, and even if
you add it in manually the application doesn't react to it at all.
system.Hmm, doesn't DOSBox offer this already?I've had Telix working under DOSBox into an emulated modem on my Win64
I don't know about DOSBox, but dosemu does.
:)
Mike Powell wrote to Tony Langdon <=-
Awesome. I used to have GT Power's terminal mode working with VMODEM under OS/2. You just put the url in place of the phone number, and it would "dial it up" as ATDT address.com, like I think you pointed out in another message.
I agree totally, that's why I run binkd here. I was a Bink user back
in the modem days, so binkd wasn't a huge learning curve, even though
it is quite different. At least BSO was familiar to me. :)
Rick Christian wrote to Tony Langdon <=-
I ran FD during the days I had my stuff on modem, specifically because
I disliked (and still do) bink. Unfortunately on the NATIVE Linux side there seems to be little elese available. There were reasons as to why
FD made sense
to me at the time. I even added in Terminate as a point system for
some things. Although my main point was just my old FD setup made into
a point, when
I moved all mystuff into my office where I had the phone lines to
spare.
So the possabiity of a NATIVE LINUX FD... is like nirvana! FD made
sense to me where as bink doesn't and still doesn't. I think there is
also a Linux version of the tosser I used at that time too. Right now
the only piece of the puzzle that is missing is FD.
I had FD, BGFAX, GIGO all running. I actully tested BGFA and GIGO.
I'd love to find a Linux path for GIGO, the various UseNet/EMAIL to
Fido gating
systems all seem to be DOA regardless of OS. I may still scrape all
the pieces
together and mix up a VM with DOSBox etc. to try this out for a
project, but I've got other things on the list right now.
Yeah, all are dead, as are the ham packet radio to FTN gating systems
that were around in the 90s. :( Sadly, GIGO is abandonware. Someone
would have to rewrite a clone from the ground up. :(
Andrew Leary wrote to Tony Langdon <=-
Source code for GIGO was released by Jason at one point; I think I've
got a copy here somewhere.
I'd love to find a Linux path for GIGO, the various UseNet/EMAIL to
Fido gating systems all seem to be DOA regardless of OS. I may still
scrape all the pieces together and mix up a VM with DOSBox etc. to
try this out for a project, but I've got other things on the list
right now.
Yeah, all are dead, as are the ham packet radio to FTN gating systems
that were around in the 90s. :( Sadly, GIGO is abandonware. Someone
would have to rewrite a clone from the ground up. :(
mark lewis wrote to Tony Langdon <=-
allsource.zip that jason released back in '97 or '98... the archive is about 3Meg in size... one need only ask ;)
allsource.zip that jason released back in '97 or '98... the archive
is about 3Meg in size... one need only ask ;)
Consider me asking :) How would you like to deliver the package?
mark lewis wrote to Tony Langdon <=-
au contrare'... the GIGO source code is available and has been
ported... i don't know how well the port works, though... i still use
the original binaries from jason on my OS/2 system...
https://www.gigo.com/post/GIGO_Announcement/
https://www.gigo.com/post/GIGO_History/
unfortunately the source code is not available from the ftp site linked
in one of the above articles... IIRC, our friend in Oz has a repo with
the modified code available... but, if not, i do have the original allsource.zip that jason released back in '97 or '98... the archive is about 3Meg in size... one need only ask ;)
unfortunately the source code is not available from the ftp site
linked in one of the above articles... IIRC, our friend in Oz has a
repo with the modified code available... but, if not, i do have the
original allsource.zip that jason released back in '97 or '98... the
archive is about 3Meg in size... one need only ask ;)
Yes, given two different sources have now said the same thing, it is
just a matter of looking.
mark lewis wrote to Tony Langdon <=-
do you want a copy? i can fire one off to you...
is just a matter of looking.
do you want a copy? i can fire one off to you...
Bink worked for me, and when I had my point running GIGO (the point
was spun off the original BBS), Bink's bidirectional transfer protocol saved a lot of time, with a lot of mail travelling in both directions,
especially in the earlier days, when I was running 2400 bps. Was interesting seeing bot RxD and Txd lights on continuously. :)
I was a big fan of GIGO at the time. :)
Yeah, all are dead, as are the [amateur|Part 97] packet radio to
FTN
gating
systems
that were around in the 90s. :(
Sadly, GIGO is abandonware. Someone
would have to rewrite a clone from the ground up. :(
do you want a copy? i can fire one off to you...
Might be handy to have on file, I'll take a copy thanks. :)
do you want a copy? i can fire one off to you...
I'd like a copy, at least for archival purposes, please.
Rick Christian wrote to Tony Langdon <=-
FD had a nice setup screen, status screen, and there was more it to a
the time,
which I don't recall all the details. Alot of it had to do with actual operation of the queue(s) etc, but that is a rough recolection at best.
especially in the earlier days, when I was running 2400 bps. Was interesting seeing bot RxD and Txd lights on continuously. :)
Well I had what Bell of PA at that time called Metro Service, basically
I could
call most of the 412 area code prior to the NPA split, for
$35-40/month. Slurp
as much as I needed.
I was a big fan of GIGO at the time. :)
I got hooked into the beta testing of it early on, and it was like FD
it worked
better than what was the big work horse of this at the time, I think UFGATE??
GIGO was just awesome. I had to be doing this on something for awhile before GIGO came along..hmmm.. I had a uucp account with Telerama for a long time. Matter of fact I think I was like one of the last few they
were allowing to keep the damn things! I 'd love to see the code of
this revived for Linux. It won't be me as a I don't touch C.
Yeah, all are dead, as are the [amateur|Part 97] packet radio to
FTN
gating
systems
that were around in the 90s. :(
Really?? None of those survived? Hmm I would have thought some of that stuff in the packet world of Amateur radio would continue on. I never
got into that as at that time you still needed 5WPM CW, and my brain
just didn't then and doesn't know work for CW. I moved on to build much bigger radios sytems in numerous states.
I'd love to see a phoneix of Gigo on Linux, and I'd test it out, I
think Fido, FTN/UseNet/Email gating is till a useful thing. Even if the little whippersnappers don't see the big pixture!
My lab notes for testing have things like FD, BGFAX under DOSBox on the list, I
just have so many things going on right now the list never seems to shrink!
mark lewis wrote to Tony Langdon <=-
On 2018 Jan 16 10:42:00, you wrote to me:
do you want a copy? i can fire one off to you...
Might be handy to have on file, I'll take a copy thanks. :)
check your inbound... if i'm reading the log correctly, it arrived 2018 Jan 16 at 19:53 +1100 ;)
Bink was more text driven. I did pretty up its status screen with
some olours.
especially in the earlier days, when I was running 2400 bps. Was
interesting seeing bot RxD and Txd lights on continuously. :)
My transfers were local, but they were fairly large for the day, so
the bidirectional protocol was a huge time saver. I'v be like "Cool,
this system runs Bink, or "Damn, it's FD, slower transfers! :D
I loved GIGO, it did almost everything, but not quite. It wasn't
built to gate netmail from multiple zones, but a handy utility called NetMgr did some fancy rewriting, creating virtual addresses in each
othernet for my gateway. It won't be me that works on GIGO either, I
also stay away from C, never really learned it. :(
Sounds like all of my todo lists. :D
Rick Christian wrote to Tony Langdon <=-
Like I said things have been lost in time on exactly why, but a lot of
had to do with FD just making sense to me.
especially in the earlier days, when I was running 2400 bps. Was
interesting seeing bot RxD and Txd lights on continuously. :)
My biggest issue back in the day was HST and HST+ crap. I never had any success
with HST/+ nodes ever negotiating down, and personally I think they
were set that way.
I had a V.Evertyhing eventually when I got it cheapo... but I think it
got lost
in one of the many moves later after modems were not in need, other
than ICLID
or fax.
If I ever get the chance I might dig through the shed and toes.. there should be some Telebits in there too!
Wasn't there something that allowed for that, like Hydra??? Or
something. I remember having some bidirectional protocols available for things, but maybe that was stuff I added to Terminate, Telemat, and ProComm...
My transfers were local, but they were fairly large for the day, so
the bidirectional protocol was a huge time saver. I'v be like "Cool,
this system runs Bink, or "Damn, it's FD, slower transfers! :D
My reaction was like that for HST nodes, as per above, I really thing
they were
intentionaly misconfigured to block the V.34 etc stuff at the time.
I used NetMGR too! Had it to do all kinds of things, and one of those
was to take the stuff that came in for some things like ML's I was operating that went
in/out via private FTN's. I think I saw a Linux port of this in collecting old
things for Fido for Linux.
Me either, C just didn't work for me. Considering I started on COBOL, Fortran, and assembler for a PDP8/e and later 6502, 68HC11's, and some other stuff.
GIGO really would need to be able to work with a standard UseNet
account now to
gate UseNet vesus uucp. There are not too many if any uucp places
around. I susppose some the ancicent "freenet" things that are still around might offer it.
Sounds like all of my todo lists. :D
The ones at work shrink, but just keep filling up. The ones for my personal stuff never seem to shrink, but only grow and grow and grow. Hmmmm....
I used NetMGR too! Had it to do all kinds of things, and one of
those was to take the stuff that came in for some things like
ML's I was operating that went in/out via private FTN's. I
think I saw a Linux port of this in collecting old things
for Fido for Linux.
Hmm, a Linux port of NetMgr. Might have to look for that. :)
Hmm, a Linux port of NetMgr. Might have to look for that. :)
I think in my case, it was a case of Bink being the first one I got
going. From memory, it was free (as in beer),
wasn't FD shareware?
Secondly, I started playing with Bink and it made sense to me, so I
kept using it. And today, it's all come back to me with binkd. :)
I don't remember that issue.
When I had the BBS, I only got up to 2400, but when a friend took over hosting it, he did eventually upgrade to Courier V.Everything modems.
Had no issues.
Hydra rins a bell. In any case, it was a cool feature of Bink,
especially at slower modem speeds or for large volumes of mail.
I programmed in BASIC, Pascal (generally Turbo Pascal), and various assembly languages, including 8080, 8086, 6809, and even PIC16F84.
I know it was possible to use an SMTP server under OS/2 (there was one that worked with GIGO), and I even managed to get GIGO to work with an
old version of MDaemon under 32 bit Windows (I was running NT 4 at the time). I can't recall if I was still gating Usenet at the time, or if
it was just email (including gated maiing lists). I know I had to
convert from UUCP to SPTP (and NNTP?) when my ISP stopped offering
UUCP.
Hmm, a Linux port of NetMgr. Might have to look for that. :)
I know there has been a lot of begging for an FMail port to linux, but
its still winslobber only as far I as know, unless I got things back
under DOSBox or something.
Rick Christian wrote to Tony Langdon <=-
sudo apt-get install build-essential subversion
then:
svn co svn://svn.ozzmosis.com/netmgr
cd netmgr
make
I seem to remember building this at the time, but hmmm damn if I can
find it...
I am pretty sure I did... its just hiding in one of my testing VM's...
But the bug in re JAM would be an issue right now. If I could go back
to Hudson
MSGBases, but I not famillar with a Hudson LINUX tosser, and I used
FMail back
in the day.
I know there has been a lot of begging for an FMail port to linux, but
its still winslobber only as far I as know, unless I got things back
under DOSBox or something.
Rick Christian wrote to Tony Langdon <=-
I only use free in terms of no cost. I never went or will go along with the silliness that a certain Linux group misueses words.
wasn't FD shareware?
FD was/is shareware. I don't remember the what if any limit there was..
If anythin I recall a commercial BBS needed a license, I had no BBS,
and no commercial operations. My company only provide a home, power,
and phone lines. :) FD worked for me
I only ever used FD, and Terminate for a couple points that I needed to keep simple.
Bink just makes no sense then or now.
I don't remember that issue.
I do alot with BBS's that were HST/HST+ and they wouldn't connect for Terminate
or Telemate or anything, or FIDO. I had a couple I had to route to
their NC or
HUB to send stuff to.
These issues seemed to show up starting when the 14.4 and 28.8 stuff. Although I had a 33.6 external no name clone that did seem to work
better than Zoom and other name band stuff. The biggest issue was
making sure to get hardware modems, which is one reason I stuck to externals mostly, and I like blinken lights! :) ;) Made for great
ambiance lighting! :) ;)
I programmed in BASIC, Pascal (generally Turbo Pascal), and various assembly languages, including 8080, 8086, 6809, and even PIC16F84.
In a time long long ago. I started with BASIC on various things from VAX/VMS to
PDP's to Atari 4|800's to some CP/M based things. The PDP needed assembler to do some things, and that progressed into similar on
various other chips. My EE project needed 68HC11 software, I had this really whizo emulator that I could do all kinds of things to create my software way quicker than those that had to
play with the actual testbed boards. I did PASCAL for my CIS class language as
I had TP and, again could do it all at home versus fighting for
terminal time or calling into the mainframe. I just had to provide full source and with the binary.
I am not sure what GIGO did on OS/2, I never touched it. I only begrundignly used stuff passed DOS, as I was forced to. I needed an
ICLID program and to get
the one I needed, it needed win 3.1. Then I needed network stuff so I
got Wfwg. I ran that well into 90's. I probably was one of the last
still running 10Base2. I even had this cute little hub that would take 10B2 and split to 10Base5 or Cat5 like today. I ran that well into 2000-2001. Ain't broke, don't break it! I even packed it all up 3 times and reset it up! I was limited to ISDN well into 2000's by location.
Anyway. GIGO would definitely need to use SMTP and NNTP user accounts
or full NNTP accounts, but a standard NNTP account from say NewDemon or something would
be the prefered route. There might be a few uucp places out there, but I've not had an actual modem on things in years. The AIO on the network does it all now.
Rick Christian wrote to Tony Langdon <=-
Hello Tony!
18 Jan 18 15:27, you wrote to me:
Hmm, a Linux port of NetMgr. Might have to look for that. :)
After going back over my notes, found those, the binary is still MIA...
This port needs a supporting lib for dependency XMSGAPI
So to get it to build:
You should run "sudo apt-get build-essential subversion" if you haven't already, then:
svn co svn://svn.ozzmosis.com/xmsgapi
cd xmsgapi/unix/gnu-c/
make
cd ../../..
svn co svn://svn.ozzmosis.com/netmgr
cd netmgr
make
Based on my notes, this seems to be something I tried, missing the key XMSGAPI thing, and then got info on how to get it compile. So I must of compiled it. I vageuly remember doing it, and thining SWEET.. Check
that off the list... but the list is long! :) :( ;)
I probably can send a binary for *buntu 14.04, possibly 16.04 if I can which of
the VM's I put it into build.
I probably can send a binary for *buntu 14.04, possibly 16.04 if
I can which of the VM's I put it into build.
No need, but I now have a binary for the Pi. :)
Paul Quinn wrote to Tony Langdon <=-
Did you read the compile notes? JAM areas will not be accessed by
Netmgr in the way they should be. OTOH, prove me wrong.
Dunno if I can access *.msg netmails in transit, like the old days.
Dunno if I can access *.msg netmails in transit, like the old days.
Paul Quinn wrote to Tony Langdon <=-
Hi! Tony,
On 01/20/2018 06:51 PM, you wrote:
Dunno if I can access *.msg netmails in transit, like the old days.
Most good tossers offer 'before or 'after' toss options to run external tools, before any pack/routing operation. Maybe yours does too?
Andrew Leary wrote to Tony Langdon <=-
Hello Tony!
20 Jan 18 18:51, you wrote to Paul Quinn:
Dunno if I can access *.msg netmails in transit, like the old days.
That depends on if your tosser writes them to *.MSG files, or just directly to the outbound packets for routed netmails.
It's a work in progress.
The modules fmail and ftools are already
completely ported (look at my TID kludge). Only the FSetup program
still needs to be converted to a linux native version. So you need to
use a virtual windows
or maybe wine to configure FMail under linux...
No need, but I now have a binary for the Pi. :)
Be warned: it currently doesn't do JAM netmail areas, or at least, not
in a way that you might expect. Yes, I found out the hard way. ;-)
Be warned: it currently doesn't do JAM netmail areas, or at
least, not in a way that you might expect. Yes, I found out the
hard way. ;-)
Is the issue just JAM ** NETMAIL ** areas or ALL JAM msgbases systems including echo?
I've always used MSG for Netmail, and some other things verus x
message base be it JAM or Hudson, which I used in the past.
Rick Christian wrote to Tony Langdon <=-
Hello Tony!
20 Jan 18 09:08, you wrote to me:
No need, but I now have a binary for the Pi. :)
You did this on a Pi?
Is the issue just JAM ** NETMAIL ** areas or ALL JAM msgbases
systems including echo?
I only use Netmgr on netmail areas. The /SVN/xmsgapi/doc notes
that...
---===[ * * * ]===---
This is the first release of XMSGAPI. Some new bugs may be
introduced. SDM support has not been tested thoroughly.
For over 24 years I have used MSG but have also used what's called a 'secondary' area for my own personal mail, freeing the primary area
for junk that has to happen with mailer & tosser software (e.g.
areafix, PINGs, etc). It has usually been another MSG area but in
recent years I have developed a preference for a JAM area, which can
be presented with the JamNNTPd server (of course).
Have to be clear. :)
Sysop: | Nelgin |
---|---|
Location: | Plano, TX |
Users: | 513 |
Nodes: | 10 (1 / 9) |
Uptime: | 15:03:29 |
Calls: | 8,287 |
Files: | 15,520 |
Messages: | 928,582 |