First!

First?!? 

A new Citadel. Awesome sauce! 

Citadels suffer from the same basic problem. 

A lack of people creating content. 

We've got to get you some traffic generating on this BBS, Smash. 

Second or Fourth, depending on your counting system :D

I think you would be second. :) 

Sun May 09 2021 19:28:54 EDT from TheDave

Second or Fourth, depending on your counting system :D

I think citadel is pulling @www.chat2all.com from the debian hostname. Chat2all.com was originally pointed here, (maybe I left it that way too) and now I wonder if I need to change that somewhere in the citadel config or on debian's hostnamectl

I never did finish fully setting up this citadel. For example, I never got around to smtp or pop3 or even making a nopassword linux account for telnet access. 

I'll put all of these things on The List.

Nvm, I am an idiot. I just saw where the mixup was about the hostname and fixed it.

I have never enabled e-mail. I'm not interested in hosting it, and I'm not interested in having clients who connect with POP or IMAP clients. It defeats my intended concept for the BBS. 

Which may be silly. I'm rethinking the POP and IMAP - as that kind of gives people a possibility of a smart-device client. 

But... at this point, I think any user that will take the time to configure an e-mail client to connect to the BBS will be willing to take the time to log in via web, SSH or Telnet. 

As for the rest - yeah - I'm the same way about procrastinating on setup things. I just changed the apt repositories on Proxmox yesterday after two weeks of errors because I don't have a license and can't access the enterprise repo. 

Whatever... Heh. :) 

Wed May 12 2021 16:01:33 EDT from smashbot <smashbot@www.chat2all.com> Subject: Re: Hostname

Nvm, I am an idiot. I just saw where the mixup was about the hostname and fixed it.

What is the address of your telnet/ssh citadel, again? I was going to try hitting it, but I've lost the address. 

Mon May 17 2021 12:51:17 EDT from "'smashbot-telnet

2021-05-16 11:29 from ParanoidDelusions
What is the address of your telnet/ssh citadel, again? I was going to

try hitting it, but I've lost the address. 

 

telnet citadel.smashbot.com

clearly that came from the telnet client, but the username has junk characters that I did not enter. something is wrong with the text client talking to the user database.

just cant figure out what.

I took out the selections for Yahoo, Google, OpenID, AOL/AIM login since I don't have any of those implemented and I imagine could serve only the purpose of causing confusion.

I didn't see a need to keep "Notes" in citadel and also did not want to make the sidebar unnecessarily longer. Therefore, the radio button to online games and other java applets is now where the Notes selection was. It is called, you guessed it, "Doors". I haven't yet worked all the bugs out of the _DOORS_ "room", so for right now the dotgoto just splats. Stay tuned.

In all fairness I could have spent time hunting down the source and inspecting it vi but I was too lazy to dig out what rc was used on my install and it was easier to just run it through a code inspector. Either way, there is clearly a setup configuration variable called ah i forget. It looks like I did it the hard way because as PD said, making citadel serve to a telnet client was really a RTFM problem. It is basically spelled out here:

https://citadel.org/system_administration_manual.html

I wasted days when the answer was in the docs. I reverse engineered something spelled out in the docs.

I think my way was more fun. They sell 1000 piece puzzles to assemble, and people like me still buy them.

Tue May 18 2021 22:33:27 EDT from smashbot

Holy shit. This is coming from the text client. I decided to view the ~/citadel/setup executable through SoftEyes (cuz its compiled!) and saw the correct arguments needed to be passed to xinetd. Yay it works!

I told you I had gotten myself into this jam, and had figured out that it was OE during the configuration - I just couldn't remember the way I fixed it, or what I had F-ed up! :) 

Glad you got to the bottom of it. 

Love the door icon in the Lobby room in the web client. That looks awesome! :) 

For me... figuring it out the easy way *was* the hard way! 🤣😂🤣

Tue May 18 2021 23:59:14 EDT from smashbot

In all fairness I could have spent time hunting down the source and inspecting it vi but I was too lazy to dig out what rc was used on my install and it was easier to just run it through a code inspector. Either way, there is clearly a setup configuration variable called ah i forget. It looks like I did it the hard way because as PD said, making citadel serve to a telnet client was really a RTFM problem. It is basically spelled out here:

https://citadel.org/system_administration_manual.html

I wasted days when the answer was in the docs. I reverse engineered something spelled out in the docs.

I think my way was more fun. They sell 1000 piece puzzles to assemble, and people like me still buy them.

 

Tue May 18 2021 22:33:27 EDT from smashbot

Holy shit. This is coming from the text client. I decided to view the ~/citadel/setup executable through SoftEyes (cuz its compiled!) and saw the correct arguments needed to be passed to xinetd. Yay it works!

 

Wed May 19 2021 00:50:49 EDT from ParanoidDelusions

I told you I had gotten myself into this jam, and had figured out that it was OE during the configuration - I just couldn't remember the way I fixed it, or what I had F-ed up! :) 

Glad you got to the bottom of it. 

Love the door icon in the Lobby room in the web client. That looks awesome! :) 

For me... figuring it out the easy way *was* the hard way! 🤣😂🤣

Tue May 18 2021 23:59:14 EDT from smashbot

In all fairness I could have spent time hunting down the source and inspecting it vi but I was too lazy to dig out what rc was used on my install and it was easier to just run it through a code inspector. Either way, there is clearly a setup configuration variable called ah i forget. It looks like I did it the hard way because as PD said, making citadel serve to a telnet client was really a RTFM problem. It is basically spelled out here:

https://citadel.org/system_administration_manual.html

I wasted days when the answer was in the docs. I reverse engineered something spelled out in the docs.

I think my way was more fun. They sell 1000 piece puzzles to assemble, and people like me still buy them.

 

Tue May 18 2021 22:33:27 EDT from smashbot

Holy shit. This is coming from the text client. I decided to view the ~/citadel/setup executable through SoftEyes (cuz its compiled!) and saw the correct arguments needed to be passed to xinetd. Yay it works!

 

 

Webcit is NOT placing uploaded icons where they belong. I am hunting that down too. The door icon goes on the Door DOOR and the sidebar. There is junk in webcits code that is fcking up when the icons are shown. It's on The List.

Turns out webcit was just leaving the last one in place if there was a room change, it didnt bother update a custom image. I kinda think this was omitted on purpose, but bandwidth is cheap these days and we dont care about storage space so fck it. What's a few more lines of code to display the correct icon. Disclaimer: i could have missed something very important and redundantly implemented a function. 

This is why I make a lousy code contributor. Id have to comment my actions. Just the other day, I was walking through a shopping center and... no, wait. That wasn't me.

after further investigation, I now believe the icon mismatch phenomenon was not webcit's fault.