Next, before I move/change anything I need someone to explain to me
what the functionality of these lines is:
Name Server: NS.BOFH.IT
Name Server: NS.FIDONET.ORG.UA
Apparently the current Fidonet can survive as it is. Turning Fidonet
into an Othernet along views by those who have missed 10-20-30 of its
history, is not the solution to its future.
That's your opinion. And one that I think is not in the majority.
If I had followed the opinion of the majority, I would not still be in Fidonet.
That is quite possibly the silliest statement I have ever heard bybe a part of the future". With that kind of thinking then RS>nobody should
effectively saying "Well, if you weren't around for the past you RS>can't
have a say in anything they didn't personally help RS>create. That is just
plain stupid.
To realize change, one has to demonstrate, that it can be done.
If a new technology or procedure has a future, it will be used.
Telling others, what should be done or developed, does not work in technology.
Instant opinions on someones intelligence are never productive in any discussion.
On 03-16-19 22:04, Nick Andre wrote to August Abolins <=-
Unless Joacim is running a commercial-grade DNS server setup and has
replicated the existing DNS structure, and his ISP is okay with the
level of DNS queries, please do NOT suggest merely switching name
servers.
I'm inclined to agree. One needs to know what the domain is actually being used for, and what the implications of changing things are. From there, it's a case of proceed very carefully.
At best, you're going to piss someone off, at worst, cause major issues for lots of people, unless this is approached very carefully. First
step is to investigate - ask questions, gather information, etc.
... Amiga: The Computer They Couldn't Kill
=== MultiMail/Win v0.51
--- SBBSecho 3.03-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au
(3:633/410)
But next weekend, I'm off to Melbourne to
compete in the Victorian Masters athletics. A few sprints and hurdles
are on the program for me ;) I balance my nerdy pursuits with a lot of
exercise. :)
I bought a 31ft 3 cabin sailyacht, full galley, toilet ... and the weather is becoming sailable.
The nerd can come along. There's wifi and my point on a tablet.
I've been linked for ages as it turns out, but no traffic seen here.
I remember seeing that echo at one time. I don't think I ever connected the area.
I remember seeing that echo at one time. I don't think I ever connected
the area.
AREAFIX tells me I'm linked to future4fido, but I'll be doggoned if I can find it in my echo list.
AREAFIX tells me I'm linked to future4fido, but I'll be doggoned if I ca find it in my echo list.I've connected the area now, I'm linked to a node in Z2 and have seen posts from a couple people in Z1 and 2 but not seen any other traffic
Fidonet needs to visibly look unified. One zone number to identify that.
No, I think we most certainly need to keep Fidonet off the Internet.
It already "is" automated. My system receives segments from RC's and
My question is why does it have to be so many people involved? Why can't t system just process and send it out itself? Nobody should have to touch,
This production runs on a combination of custom-software I wrote for
MS-DOS and Windows because it is not possible to run a reliable operation
Is this software available in the open-source world or under a license that allows others to try and modernize it and bring it into the Linux world?
What happens, if it is a closed-source system, if that person dies or decid they don't want to have anything to do with it anymore?
That's great -- now it's time to bring that automation to the next level. Progress.
Look, I'll be honest here, based on what I've seen, witnessed and read I do have much faith in the future of Fidonet. That is a pretty harsh statement make, but the politics nowadays seem 10x worse than they were back in the 9
If you properly deliver it in a proper format following the guidelines all should be well.
If you properly deliver it in a proper format following the guidelines
all should be well.
As long as the format isn't some 1980's relic that no modern editor supports -- sure.
But nodelist data maintenance is still concentrated in the hands of NCs, and aggregated by RCs and ZCs.
Some of these roles could be replaced by a web based front end, where individual sysops actually maintain their own nodelist entries.
The interface would validate all fields, so that the nodelist data at least conformed to standards (of course, there's still a degree of
"GIGO", but that goes for any human entered content ;) ).
The MakeNL source I believe is open, but the rest is all custom to
this system, just as ZC2's software is specific for him, ZC3 and ZC4
etc.
Yes, I have the MakeNL source here that I compiled on my Pi. I use
MakeNL on the Pi and x86_64 to generate my VLRadio nodelists. Further processing by another script generates my DNS zone file. Along the
way, scripts hatch the nodelist and rebuild and hatch the infopack
every week, including the latest nodelist. For various reasons, I
require 100% automation to keep everything up to date.
... because someone somewhere has been sitting on a password of the website without the domain-holder (i.e. me) having access to it. A situation which finally resolved itself last Feb.25 2019.
Sysop: | altere |
---|---|
Location: | Houston, TX |
Users: | 69 |
Nodes: | 4 (0 / 4) |
Uptime: | 06:35:10 |
Calls: | 1,163 |
Calls today: | 1 |
Files: | 8,183 |
Messages: | 301,274 |