My BBS since I upgraded to 3.19 is failing to upload packets to vert, it downloads them fine though.
here is what I captured by doing a callout to server.
5/15 12:08:28p QNET DOVE-Net Synchronet Discussion
New: 0 of 117
5/15 12:08:28p QNET DOVE-Net Synchronet Sysops Only
New: 0 of 165
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (Baja)
New: 0 of 93
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (JavaScript) New: 0 of 99
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (C/C++ and CVS) New: 0 of 140
5/15 12:08:28p QNET DOVE-Net Synchronet Data
New: 0 of 681
5/15 12:08:28p QNET DOVE-Net DOVE-Net Sysops Only
New: 0 of 101
5/15 12:08:28p QNET libarchive created C:\sbbs\data\VERT.REP from 3 files
5/15 12:08:28p QNET Call-out: VERT
5/15 12:08:29p QNET Sending REP Packet: C:\sbbs\data\VERT.REP (1.1KB)
5/15 12:08:30p QNET REP packet sent successfully
5/15 12:08:30p QNET Downloading QWK Packet: VERT.qwk
5/15 12:08:41p QNET Download of VERT.qwk failed: Error: RETR VERT.qwk failed: 550 No QWK packet created (no new messages)
5/15 12:08:41p QNET Done.
5/15 12:08:41p QNET Call-out to: VERT returned 0
any ideas what what I am missing?
My BBS since I upgraded to 3.19 is failing to upload packets to vert, it downloads them fine though.
here is what I captured by doing a callout to server.
5/15 12:08:29p QNET Sending REP Packet: C:\sbbs\data\VERT.REP (1.1KB) 5/15 12:08:30p QNET REP packet sent successfully 5/15 12:08:30p QNET
any ideas what what I am missing?
Downloading QWK Packet: VERT.qwk 5/15 12:08:41p QNET Download of VERT.qwk failed: Error: RETR VERT.qwk failed: 550 No QWK packet created (no new messages)
My BBS since I upgraded to 3.19 is failing to upload packets to vert, it downloads them fine though.
here is what I captured by doing a callout to server.
5/15 12:08:28p QNET DOVE-Net Synchronet Discussion
New: 0 of 117
5/15 12:08:28p QNET DOVE-Net Synchronet Sysops Only
New: 0 of 165
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (Baja)
New: 0 of 93
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (JavaScript) New: 0 of 99
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (C/C++ and CVS) New: 0 of 140
5/15 12:08:28p QNET DOVE-Net Synchronet Data
New: 0 of 681
5/15 12:08:28p QNET DOVE-Net DOVE-Net Sysops Only
New: 0 of 101
5/15 12:08:28p QNET libarchive created C:\sbbs\data\VERT.REP from 3 files
5/15 12:08:28p QNET Call-out: VERT
5/15 12:08:29p QNET Sending REP Packet: C:\sbbs\data\VERT.REP (1.1KB)
5/15 12:08:30p QNET REP packet sent successfully
5/15 12:08:30p QNET Downloading QWK Packet: VERT.qwk
5/15 12:08:41p QNET Download of VERT.qwk failed: Error: RETR VERT.qwk failed: 550 No QWK packet created (no new messages)
5/15 12:08:41p QNET Done.
5/15 12:08:41p QNET Call-out to: VERT returned 0
any ideas what what I am missing?
The problem is, I replied to a couple of messages on my BBS (the Ourwest BBS) they're not uploading to vert.
Been trying to figure this out for a few days.
Denn wrote to All <=-files
My BBS since I upgraded to 3.19 is failing to upload packets to vert, it downloads them fine though.
here is what I captured by doing a callout to server.
5/15 12:08:28p QNET DOVE-Net Synchronet Discussion
New: 0 of 117
5/15 12:08:28p QNET DOVE-Net Synchronet Sysops Only
New: 0 of 165
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (Baja)
New: 0 of 93
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (JavaScript) New: 0 of 99
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (C/C++ and CVS) New: 0 of 140
5/15 12:08:28p QNET DOVE-Net Synchronet Data
New: 0 of 681
5/15 12:08:28p QNET DOVE-Net DOVE-Net Sysops Only
New: 0 of 101
5/15 12:08:28p QNET libarchive created C:\sbbs\data\VERT.REP from 3
5/15 12:08:28p QNET Call-out: VERT
5/15 12:08:29p QNET Sending REP Packet: C:\sbbs\data\VERT.REP (1.1KB)
5/15 12:08:30p QNET REP packet sent successfully
5/15 12:08:30p QNET Downloading QWK Packet: VERT.qwk
5/15 12:08:41p QNET Download of VERT.qwk failed: Error: RETR VERT.qwk failed: 550 No QWK packet created (no new messages)
5/15 12:08:41p QNET Done.
5/15 12:08:41p QNET Call-out to: VERT returned 0
any ideas what what I am missing?
The problem is, I replied to a couple of messages on my BBS (the
Ourwest BBS) they're not uploading to vert.
Been trying to figure this out for a few days.
The problem is, I replied to a couple of messages on my BBS (the Ourwest BBS) they're not uploading to vert.
Been trying to figure this out for a few days.
Where, exactly?
A poll ("Whats your favorite car?") was recently posted by Denn @ OUTWEST, in this very DOVE-Net conference.
It downloads the packets, it's just not uploading packets where I reply from m
BBS.
I'll look at it more when I get off work.
The rep packet may be being sent but it's not being processed. Not sure if my rep packets are corrupt or what? The fact is once sent it's not being processed by the hub. Tried sending several replies at different times and it never makes it to the hub.
VERT.qwk.663cb359.bad
VERT.qwk.663e04da.bad
VERT.qwk.6638bed7.bad
VERT.qwk.6641f975.bad
VERT.qwk.6645ec7a.bad
VERT.qwk.66434aee.bad
VERT.qwk.664499ca.bad
VERT.qwk.6645509a.bad
VERT.qwk.663a104c.bad
VERT.qwk.663b61e3.bad
Not sure what this means? Could this be my problem?
Exactly, thats why I'm posting on vert.
VERT.qwk.663cb359.bad
VERT.qwk.663e04da.bad
VERT.qwk.6638bed7.bad
VERT.qwk.6641f975.bad
VERT.qwk.6645ec7a.bad
VERT.qwk.66434aee.bad
VERT.qwk.664499ca.bad
VERT.qwk.6645509a.bad
VERT.qwk.663a104c.bad
VERT.qwk.663b61e3.bad
Here lies your problem.
You are sending your replies, they are being processed at the hub, we then see
your replies when we pick up our packets, but when you pick up yours something
is happening where you're not processing your downloaded packets.
Denn wrote to All <=-
My BBS since I upgraded to 3.19 is failing to upload packets to vert,
it downloads them fine though.
here is what I captured by doing a callout to server.
5/15 12:08:28p QNET DOVE-Net Synchronet Discussionfiles
New: 0 of 117
5/15 12:08:28p QNET DOVE-Net Synchronet Sysops Only
New: 0 of 165
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (Baja)
New: 0 of 93
5/15 12:08:28p QNET DOVE-Net Synchronet Programming
(JavaScript) New: 0 of 99
5/15 12:08:28p QNET DOVE-Net Synchronet Programming (C/C++
and CVS) New: 0 of 140
5/15 12:08:28p QNET DOVE-Net Synchronet Data
New: 0 of 681
5/15 12:08:28p QNET DOVE-Net DOVE-Net Sysops Only
New: 0 of 101
5/15 12:08:28p QNET libarchive created C:\sbbs\data\VERT.REP from 3
5/15 12:08:28p QNET Call-out: VERT
any ideas what what I am missing?
The problem is, I replied to a couple of messages on my BBS (the
Ourwest BBS) they're not uploading to vert.
Been trying to figure this out for a few days.
Dude. Are you even reading the replies you're getting on this? Please *LOOK* at the log above and *SEE* where it says it sent the reply packet successfully. Do you not see that??? That is YOUR BBS sending replies back to VERT. What don't you understand here?
Most (all?) of the messages I am seeing from him appear to have been posted
directly on VERT so I am not sure that us seeing his messages is a sign that his REP packets are processing. I wasn't paying close attention at first so I may have missed a few, though.
That's why it's important to backup. you just roll back and then figure out the problem that way.
Fairly certain we saw his original messages from his system, too. It was only a couple. However, he hasn't seen any replies from anyone else on his system, because obviously his qwk packets aren't processing correctly.
On Fri, 17 May 2024 18:22:40 -0700, you wrote:
That's why it's important to backup. you just roll back and then
figure
out the problem that way.
Log files are made for this _exact_ reason.
He's been told to check them multiple times, and hasn't seemed to have done so yet.
here's something I found in my data folder.
VERT.qwk.663cb359.bad
VERT.qwk.663e04da.bad
VERT.qwk.6638bed7.bad
VERT.qwk.6641f975.bad
VERT.qwk.6645ec7a.bad
VERT.qwk.66434aee.bad
VERT.qwk.664499ca.bad
VERT.qwk.6645509a.bad
VERT.qwk.663a104c.bad
VERT.qwk.663b61e3.bad
Could this point to a possible solution?
VERT.qwk.663cb359.bad
VERT.qwk.663e04da.bad
VERT.qwk.6638bed7.bad
VERT.qwk.6641f975.bad
VERT.qwk.6645ec7a.bad
VERT.qwk.66434aee.bad
VERT.qwk.664499ca.bad
VERT.qwk.6645509a.bad
VERT.qwk.663a104c.bad
VERT.qwk.663b61e3.bad
Not sure what this means? Could this be my problem?
Exactly, thats why I'm posting on vert.
Re: Re: qwk packets
By: Denn to Nightfox on Thu May 16 2024 03:50 pm
Exactly, thats why I'm posting on vert.
Your BBS's QWKnet account (OUTWEST) had the 'P' (post) restriction here on Vertrauen. I don't remember why I had to add that (posting SPAM or dupes?) - but I just removed it and posts form your BBS should work again.
Log files are made for this _exact_ reason.
Yeah i would look at the logs first. I think this is a bit
of an odd occurance, though. I never saw anybody's stupid voting polls
go over but not their msgs.
i'm pretty sure he did check the logs and that's what he posted.
i'm gonna say he made a mistake updating.
Search your logs for those filenames. I already answerd this question.
Exactly, thats why I'm posting on vert.
Your BBS's QWKnet account (OUTWEST) had the 'P' (post) restriction here
on Vertrauen. I don't remember why I had to add that (posting SPAM or dupes?) - but I just removed it and posts form your BBS should work again.
Yeah i would look at the logs first. I think this is a bit
of an odd occurance, though. I never saw anybody's stupid voting polls go over but not their msgs.
As Nightfox mentioned, polls are done separately via postpoll.js. It has nothing to do with QWK/REP operations.
All I saw him post was the bad QWK packets from his data directory. I haven't seen any logs posted yet. *shrug*
i'm gonna say he made a mistake updating.
We all know what happens when you assume.
On Fri, 17 May 2024 21:51:06 -0700, you wrote:
Search your logs for those filenames. I already answerd this question.
I tried this route. Apparently, it's a much better idea to rollback and re-upgrade and all that *before* checking the logs. :/
on Vertrauen. I don't remember why I had to add that (posting SPAM or dupes?) - but I just removed it and posts form your BBS should work again.
HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA.
Well, hopefully he didn't listen to MRO and go through the whole rollback process already. :D
i dont like those polls so i disabled them long ago.
atleast now we know that if someone is blocked from posting they can still do this shit and make annoying polls.
Re: Re: qwk packets
By: Denn to Nightfox on Thu May 16 2024 03:50 pm
Exactly, thats why I'm posting on vert.
Your BBS's QWKnet account (OUTWEST) had the 'P' (post) restriction here on Vertrauen. I don't remember why I had to add that (posting SPAM or dupes?) - but I just removed it and posts form your BBS should work again.
On Fri, 17 May 2024 21:51:06 -0700, you wrote:
Search your logs for those filenames. I already answerd this question.
I tried this route. Apparently, it's a much better idea to rollback and re-upgrade and all that *before* checking the logs. :/
Regards,
Nick
... Take my advice, I don't use it anyway.
Re: Re: qwk packets
By: Digital Man to Denn on Fri May 17 2024 04:53 pm
Re: Re: qwk packets
By: Denn to Nightfox on Thu May 16 2024 03:50 pm
Exactly, thats why I'm posting on vert.
Your BBS's QWKnet account (OUTWEST) had the 'P' (post) restriction here on Vertrauen. I don't remember why I had to add that (posting SPAM or dupes?) - but I just removed it and posts form your BBS should work again.
Ahhhhh, that would explian it if thats the case.
I will post now and see if it works.
thanks.
i dont like those polls so i disabled them long ago. atleast now we know that if someone is blocked from posting they can still do this shit and make annoying polls.
everyone keeps jumping to a false conclusion about log checking, I've checked the logs all along, nothing showed up.
And I never said I upgraded, I said I did a complete new fresh install.
everyone keeps jumping to a false conclusion about log checking, I've checked the logs all along, nothing showed up.
i dont like those polls so i disabled them long ago.
atleast now we know that if someone is blocked from posting they can still do this shit and make annoying polls.
now we were all wrong.
I tried this route. Apparently, it's a much better idea to rollback and
re-upgrade and all that *before* checking the logs. :/
well i would backup before making any changes ....so nobody would DIE.
so how did his logs help him in this case now that we know what
really happened?
oh yeah those 2 minutes that it would take and all that heartache that would ensue! so stupid to trace back your steps when you make a change and then things don't work!
And then he'd have to spend another few minutes updating!
so hard! crisis averted!
Re: qwk packets
By: Denn to Accession on Fri May 17 2024 22:40:51
People *LOVE* jumping to conclusions about stuff.. human nature I presume.. ---
Tim (kk4qbn)
+o kk4qbn.synchro.net
¨ Synchronet ¨ KK4QBN BBS - kk4qbn.synchro.net - Chatsworth, GA USA
Re: qwk packets
By: Denn to Accession on Fri May 17 2024 10:40 pm
i thought you said you noticed all this when you upgraded.
---
¨ Synchronet ¨ ::: BBSES.info - free BBS services :::
everyone keeps jumping to a false conclusion about log checking, I've
checked the logs all along, nothing showed up.
People *LOVE* jumping to conclusions about stuff.. human nature I presume..
On Sat, 18 May 2024 11:47:30 -0400, you wrote:
Yet you seem to be doing the same right here.
Nobody was jumping to any conclusions. Everyone involved were giving ideas and trying to help figure out the problem. If that is jumping to conclusions, maybe we should just tell everyone that asks a question to RTFM or GTFO and see how that goesf?
Regards,
Nick
... Take my advice, I don't use it anyway.
True, and some of them don't read or grasp exactly what I'm saying or showing when I cut and paste things, there are a few like you, Dumas and Nightfox that look at the situation and use constructive logic instead of judgmentalusm. I thank you for that.
everyone keeps jumping to a false conclusion about log checking, I've
checked the logs all along, nothing showed up.
People *LOVE* jumping to conclusions about stuff.. human nature I
presume..
Yet you seem to be doing the same right here.
now we were all wrong.
Yep. I was just trying to point out that if his BBS itself was working fine, REP packets were being sent to VERT (which we found out were not being allowed into the network), and QWK packets were not being processed, there was no need to 'rollback' his upgrade.
Obviously, his logs probably didn't tell him anything useful either, though. But at least the issue was taken care of, and a bug was fixed in the process.
Now that we know they wouldn't have helped at all, but then again, neither would rolling back or downgrading his entire BBS software (again, as I thought he mentioned already doing so once).
Regards,
Go back and read some of the comments, some truley tried to help, other's were just there blathering.
When people are trying to look for solutions, if all some do is just criticise that's not helpful.
Go back and read some of the comments, some truley tried to help,
other's were just there blathering.
When people are trying to look for solutions, if all some do is just criticise that's not helpful.
People *LOVE* jumping to conclusions about stuff.. human nature I
presume..
Yet you seem to be doing the same right here.
as far as I know, the last time I checked.. I am a person..
Thanks for letting me know.
Backing up is something most sysops do not do.
as far as I know, the last time I checked.. I am a person..
Thanks for letting me know.
Very nice of you to cut out the rest of the message that explained everything in detail.
On Sat, 18 May 2024 11:47:30 -0400, you wrote:
everyone keeps jumping to a false conclusion about log checking, I've
checked the logs all along, nothing showed up.
People *LOVE* jumping to conclusions about stuff.. human nature I
presume..
Yet you seem to be doing the same right here.
Nobody was jumping to any conclusions. Everyone involved were giving ideas and trying to help figure out the problem. If that is jumping to conclusions, maybe we should just tell everyone that asks a question to RTFM or GTFO and see how that goesf?
Backing up is something most sysops do not do.
I'd be worried without a backup.. I wouldn't want to lose everything after putting all the work into it that I have.
What i always do is check the logs and visually observe what is going on. Then in this case i would do it manually and observe.
Then i would put on a backup to where it was working, and then see if there's a change.
if nothing else works, i would contact the feed.
In this case his feed was cut. not sure if DM emailed him about the issue. Usually I contact people on dovenet when they have spammers but i've
been real busy with working long hours.
Shit happens. having good backups are a great asset. I still have an irc bot that stops responding and I have no idea why and i restore with a backup and it works. Nothing makes sense about why it stops running
some scripts.
we can play the blame game all you want.
but i bet you aren't looking into why your feed was cut and seeing how
to stop it from happening again, right? I bet that didn't cross your
mind once.
Backing up is something most sysops do not do.
I'd be worried without a backup.. I wouldn't want to lose everything
after putting all the work into it that I have.
Very nice of you to cut out the rest of the message that explained
everything in detail.
Just doing what everyone else does on dovenet.. gettin my point across
is all that matter right??
Thanks again, nice to know I am human, sorry for not quoting the message
in its entireity, here you go.
Nobody was jumping to any conclusions. Everyone involved were
giving ideas and trying to help figure out the problem. If that
is jumping to conclusions, maybe we should just tell everyone
that asks a question to RTFM or GTFO and see how that goes?
Did "I" say anyone was jumping to conclusions?
All I said was that was human nature, and there you go jumping to conclusions saying that I am jumping to conclusions.. lol if you wouldYour WHOLE reply was this:
have actually quoted my WHOLE reply, I did state that it looked like everyone was being pretty helpful
everyone keeps jumping to a false conclusion about log checking, I've checked the logs all along, nothing showed up.
and there was nowhere that I could see where he posted his log files..
but you needed to prove a point, so.... um.. see how that goes??? lol...
So why did my reply get you so hot in the britches anyway?
nothing but a simple observation on human nature, as you can see is very true.. did'nt call out anyone or anything.. yet human nature---
kk4qbn wrote to Accession <=-
Re: qwk packets
By: Accession to kk4qbn on Sat May 18 2024 15:53:28
as far as I know, the last time I checked.. I am a person..
Thanks for letting me know.
Very nice of you to cut out the rest of the message that explained everything in detail.
Just doing what everyone else does on dovenet.. gettin my point
across is all that matter right??
Honestly, I haven't had to restore anything from backup in well over 10 years. You really have to mess something up in order to go that route. That's how good Synchronet is.
kk4qbn wrote to Gamgee <=-
Just doing what everyone else does on dovenet.. gettin my point across is
all that matter right??
"Everyone else"? I think not.
No suprise getting a reply from you. It was written to bait you
and of course it did.
Jump on in the boat fish, yall are just strengthening my claims
about you.
kk4qbn wrote to Accession <=-
Nobody was jumping to any conclusions. Everyone involved were giving
ideas and trying to help figure out the problem. If that is jumping to
conclusions, maybe we should just tell everyone that asks a question to
RTFM or GTFO and see how that goes?
Did "I" say anyone was jumping to conclusions?
Yes. Yes you did.
No. No I did'nt.. "ITS HUMAN NATURE TO JUMP TO CONCLUSIONS" that
is what I said. If for some reason that hit home with you as an
insult than you must have a gulty consience.
This is so stupid.. I'm done with this thread. It's not hard to
fish here. just pop the boat in the lake and fish jump in the
boat..
Re: qwk packets
By: Denn to Accession on Sat May 18 2024 08:14 am
Go back and read some of the comments, some truley tried to help, other's were just there blathering.
When people are trying to look for solutions, if all some do is just criticise that's not helpful.
we can play the blame game all you want.Wrong.
but i bet you aren't looking into why your feed was cut and seeing how to stop it from happening again, right? I bet that didn't cross your mind once.
Just doing what everyone else does on dovenet.. gettin my point across
is all that matter right??
"Everyone else"? I think not.
No suprise getting a reply from you. It was written to bait you and of
course it did.
Hahaha, once again you snip out some of the relevant context, to suit your (trolling) agenda. Very petty, but thanks for publicly *admitting* to being a troll. We won't have to argue about that any more.
but i bet you aren't looking into why your feed was cut and seeing how to stop it from happening again, right? I bet that didn't cross your mind once.Wrong.
Anyway, as far as I'm concerned this thread is over, problem was solved.
Honestly, I haven't had to restore anything from backup in well over 10 years. You really have to mess something up in order to go that route. That's how good Synchronet is.
Anyway, as far as I'm concerned this thread is over, problem was solved.
so what was it, when did it happen and how did you solve the problem?
Honestly, I haven't had to restore anything from backup in well over 10
years. You really have to mess something up in order to go that route.
That's how good Synchronet is.
Synchronet is good, but there are other things that could go wrong.
Your storage device could die, for various reasons. It would be good to have a backup just in case anything does happen..
so what was it, when did it happen and how did you solve the problem?
It looked like Digital Man had the posting restriction enabled for Denn's account, which prevented his account from posting messages on Dove-Net (though there was a bug that still allowed polls to be posted, and it looks like Digital Man fixed that).
Digital Man posted about that, and I thought you had seen it, because you replied to that message..
Accession wrote to Nightfox <=-
While it might be a waste, this is exactly why I went with a RAID 1
setup. I had 8TB to play with, and definitely figured I wouldn't need
half of that. :)
yeah but denn doesn't know exactly why and how to prevent it from happening again. maybe a spammer was on his web or something
While it might be a waste, this is exactly why I went with a RAID 1
setup. I had 8TB to play with, and definitely figured I wouldn't need
half of that. :)
My desktop for years was an old Dell Precision Workstation that came
with a PERC raid controller. Doubling my drives and running RAID 1 paid off handsomely over ~10 years, I think I had 2 drive failures that required just a shutdown and drive swap.
Getting a 10 year-old PERC controller running in Windows 10, now that
was a challenge...
Maybe something on those same lines now?
Re: qwk packets
By: MRO to Nightfox on Sun May 19 2024 08:58 pm
yeah but denn doesn't know exactly why and how to prevent it from happening again. maybe a spammer was on his web or something
I don't recall the reason why. I usually (and likely did) send a netmail to the sysop of the offending system at the time. <shrug>
I don't recall the reason why. I usually (and likely did) send a
netmail
to the sysop of the offending system at the time. <shrug>
Nope, the only email I got from you was logging into vert to reset my message pointers.
The other messages were from 2019 and 2020.
Re: qwk packets
By: Denn to Digital Man on Mon May 20 2024 04:58 pm
Maybe something on those same lines now?
Not that I've seen.
Re: qwk packets
By: Digital Man to MRO on Mon May 20 2024 03:17 pm
Re: qwk packets
By: MRO to Nightfox on Sun May 19 2024 08:58 pm
yeah but denn doesn't know exactly why and how to prevent it from happening again. maybe a spammer was on his web or something
I don't recall the reason why. I usually (and likely did) send a netmail to the sysop of the offending system at the time. <shrug>
Nope, the only email I got from you was logging into vert to reset my message pointers.
The other messages were from 2019 and 2020.
Perhaps the netmail was in one of those *.qwk.*.bad files that you deleted. In the future, I'll be sure to post a message publicly in DOVE-Net Sysops before removing a node's posting privileges. Then there'll be a more readily discoverable record of the reasoning.
Re: qwk packets
By: Digital Man to Denn on Tue May 21 2024 10:57 am
Perhaps the netmail was in one of those *.qwk.*.bad files that you deleted. In the future, I'll be sure to post a message publicly in DOVE-Net Sysops before removing a node's posting privileges. Then there'll be a more readily discoverable record of the reasoning.
usually you do that, but not always.
Perhaps the netmail was in one of those *.qwk.*.bad files that you deleted. In the future, I'll be sure to post a message publicly in DOVE-Net Sysops before removing a node's posting privileges. Then there'll be a more readily
Good thing he backs up. he can go back and look at those files and see what happened.
for that matter, i sometimes wonder about how the larger bbs filebases should be left to someone.. if they're not already mirrored to archive.org i guess. every time i see a message with the general sentiment "log onto my bbs to get xxx" i cringe.. all those files might as well be dead and gone already.
if i want to be a closed-source dickhead til the last moment and ensure my code is released after i'm dead, has anyone talked to a lawyer about how that would work?
for that matter, i sometimes wonder about how the larger bbs filebases should be left to someone.. if they're not already mirrored to archive.org i guess. every time i see a message with the general sentiment "log onto my bbs to get xxx" i cringe.. all those files might as well be dead and gone already.
Re: Re: qwk packets
By: fusion to MRO on Wed May 22 2024 12:19 am
if i want to be a closed-source dickhead til the last moment and ensure my code is released after i'm dead, has anyone talked to a lawyer about how that would work?
There are dead-man switch sevices that can send emails when someone doesn't "check-in" after a while (presumed dead), which could send a decryption key to a public encrypted archive that contains the source/secrets. There's also "software escrow" services, but they're going to be a more expensive/elaborate solution.
Nothing's forever. Even archive.org could go down some day. Our best defense is replication, so if every BBS had "all the files", that'd be the best insurance that those files wouldn't go "dead and gone".
Sysop: | Tandy |
---|---|
Location: | New York, USA |
Users: | 15 |
Nodes: | 13 (0 / 13) |
Uptime: | 15:59:00 |
Calls: | 335 |
Messages: | 112,963 |