Language:
switch to room list switch to menu My folders
Go to page: First ... 12 13 14 15 [16] 17 18 19 20 ... Last
[#] Mon Dec 07 2020 00:38:09 EST from ParanoidDelusions

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

figured it out. 

in .profile

/usr/local/citadel/citadel
exit

Logs in with the account, immediately launches citadel, then when I .tq it exits the SSH session immediately. 

Is this a secure way to do this? 


Mon Dec 07 2020 00:15:30 EST from ParanoidDelusions @ Uncensored Subject: Re: bbs@uncensored.citadel.org

If I immediately execute "/usr/local/citadel/citadel" after it dumps me back out to the shell, the text client loads and works perfectly, and disconnects the SSH session on exit. 

 



 



[#] Mon Dec 07 2020 00:40:04 EST from ParanoidDelusions

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

There is no error checking or sanity to this, so if usr/local/citadel/citadel fails to launch, will it just proceed to the exit command and dump them right back out, or will it throw up an error and stop the script from processing the exit, leaving them in the system at a bash prompt? 

Mon Dec 07 2020 00:38:09 EST from ParanoidDelusions @ Uncensored Subject: Re: bbs@uncensored.citadel.org



Is this a secure way to do this? 


 



[#] Mon Dec 07 2020 09:45:01 EST from ParanoidDelusions

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]


So, the documentation says: 


To configure a "public" Citadel system, edit your system configuration to disable "require login". If this option is enabled, users can browse the system in "guest mode" without logging in first. This will also permit the search engines to index your site, so be sure this is what you want.

Guest users (not logged in) will not be permitted to post messages or view private rooms.


But I don't see where to do that. 

In site-wide settings in the Administration menu you can set "Allow anonymous guest access" - but I looked in the .rc files and I don't see any flag for "require login" and I couldn't find any other reference to it in the Citadel documentation. 

But I think that is required in order to make this work? 

I feel like I'm pretty close - but it isn't quite working yet. 


 

Sat Dec 05 2020 13:48:47 EST from IGnatius T Foobar @ Uncensored Subject: Re: Initial Citadel Welcome Screen

I don't know if it's in the documentation, but you use the -g option to webcit to define the start page that appears when a user first lands on the site.
Mine is: -g/dotgoto?room=Welcome%20to%20uncensored%21 So it takes new users to a read-only wiki room whose home page is a welcome screen.

 



[#] Mon Dec 07 2020 12:00:28 EST from warbaby

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]

Administration .. Edit site-wide .. Access .. last two options on that tab.

OR do it with sendcommand,

# READ the existing values..

./sendcommand "CONF GETVAL|c_regiscall"

./sendcommand "CONF GETVAL|c_guest_logins"

# SET new values

./sendcommand "CONF PUTVAL|c_guest_logins|1"

./sendcommand "CONF PUTVAL|c_regiscall|0"

Mon Dec 07 2020 09:45:01 AM EST from ParanoidDelusions @ Uncensored Subject: Re: Initial Citadel Welcome Screen


So, the documentation says: 


To configure a "public" Citadel system, edit your system configuration to disable "require login". If this option is enabled, users can browse the system in "guest mode" without logging in first. This will also permit the search engines to index your site, so be sure this is what you want.

Guest users (not logged in) will not be permitted to post messages or view private rooms.


But I don't see where to do that. 

In site-wide settings in the Administration menu you can set "Allow anonymous guest access" - but I looked in the .rc files and I don't see any flag for "require login" and I couldn't find any other reference to it in the Citadel documentation. 

But I think that is required in order to make this work? 

I feel like I'm pretty close - but it isn't quite working yet. 


 

Sat Dec 05 2020 13:48:47 EST from IGnatius T Foobar @ Uncensored Subject: Re: Initial Citadel Welcome Screen

I don't know if it's in the documentation, but you use the -g option to webcit to define the start page that appears when a user first lands on the site.
Mine is: -g/dotgoto?room=Welcome%20to%20uncensored%21 So it takes new users to a read-only wiki room whose home page is a welcome screen.

 



 



[#] Mon Dec 07 2020 12:41:31 EST from warbaby

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]

Wups, forgot the descriptions.

c_regiscall   # Flag (0 or 1) - require registration for new users.

c_guest_login # Allow anonymous guest logins. Set to 1 to allow.

Mon Dec 07 2020 12:00:28 PM EST from warbaby @ Uncensored Subject: Re: Initial Citadel Welcome Screen

Administration .. Edit site-wide .. Access .. last two options on that tab.

OR do it with sendcommand,

# READ the existing values..

./sendcommand "CONF GETVAL|c_regiscall"

./sendcommand "CONF GETVAL|c_guest_logins"

# SET new values

./sendcommand "CONF PUTVAL|c_guest_logins|1"

./sendcommand "CONF PUTVAL|c_regiscall|0"

Mon Dec 07 2020 09:45:01 AM EST from ParanoidDelusions @ Uncensored Subject: Re: Initial Citadel Welcome Screen


So, the documentation says: 


To configure a "public" Citadel system, edit your system configuration to disable "require login". If this option is enabled, users can browse the system in "guest mode" without logging in first. This will also permit the search engines to index your site, so be sure this is what you want.

Guest users (not logged in) will not be permitted to post messages or view private rooms.


But I don't see where to do that. 

In site-wide settings in the Administration menu you can set "Allow anonymous guest access" - but I looked in the .rc files and I don't see any flag for "require login" and I couldn't find any other reference to it in the Citadel documentation. 

But I think that is required in order to make this work? 

I feel like I'm pretty close - but it isn't quite working yet. 


 

Sat Dec 05 2020 13:48:47 EST from IGnatius T Foobar @ Uncensored Subject: Re: Initial Citadel Welcome Screen

I don't know if it's in the documentation, but you use the -g option to webcit to define the start page that appears when a user first lands on the site.
Mine is: -g/dotgoto?room=Welcome%20to%20uncensored%21 So it takes new users to a read-only wiki room whose home page is a welcome screen.

 



 



 



[#] Mon Dec 07 2020 12:45:48 EST from ParanoidDelusions

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]

TY. I think this will get me sorted, and shut me up for a while. 

Mon Dec 07 2020 12:00:28 EST from warbaby @ Uncensored Subject: Re: Initial Citadel Welcome Screen

Administration .. Edit site-wide .. Access .. last two options on that tab.

OR do it with sendcommand...

 


[#] Mon Dec 07 2020 18:16:13 EST from ParanoidDelusions

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]

So, I did these, and c_guest_login returns a 1 and c_regiscall returns a 0. 

Which are the values you suggest changing it to in order to make this work? 

I've also verified that I can view Known Rooms without logging in, and view contents/posts in the known rooms. I've tried various combinations of adding the "-g/dotgoto?room=" command, moving it before and after the "-p8916 uds /usr/local/citadel" portion of webcit-http.service. I've tried wrapping the room name in quotes, and I've tried changing the name to simply "welcome" and putting just that in to webcit-http.service. I've ran tail syslog -f and I'm getting various errors - mostly 404 errors. 

The address I'm putting in the browser is:

http://127.0.0.1:8916 and what I expect it to redirect to should be http://127.0.0.1:8916/welcome at this point. 

Is it because I'm using a non-standard port? 

If I just open a page to http://127.0.0.1:8916/welcome - it actually successfully navigates to 127.0.0.1/wiki?page=home 

Which *is* where it should redirect to from the webcit-http.service when it launches webcit. 

I'll post the tail logs separately. 








Mon Dec 07 2020 12:41:31 EST from warbaby @ Uncensored Subject: Re: Initial Citadel Welcome Screen

Wups, forgot the descriptions.

c_regiscall   # Flag (0 or 1) - require registration for new users.

c_guest_login # Allow anonymous guest logins. Set to 1 to allow.

Mon Dec 07 2020 12:00:28 PM EST from warbaby @ Uncensored

 



[#] Mon Dec 07 2020 18:26:14 EST from ParanoidDelusions

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]

root@testtsbbs:/home/bbs# tail /var/log/syslog -f
Dec  7 16:17:09 testtsbbs webcit[548]: GET /wiki?page=home HTTP/1.1
Dec  7 16:17:09 testtsbbs citserver[2309]: citserver[2309]: msgbase: CtdlFetchMessage(0, 1) Failed!
Dec  7 16:17:09 testtsbbs webcit[548]: ConditionalWholistExpanded() returns 0
Dec  7 16:17:09 testtsbbs webcit[548]: webcit[548]: HTTP: 200 [0.000867] GET dotskip?room=welcome
Dec  7 16:17:09 testtsbbs citserver[2309]: msgbase: CtdlFetchMessage(0, 1) Failed!
Dec  7 16:17:09 testtsbbs webcit[548]: HTTP: 200 [0.000867] GET dotskip?room=welcome
Dec  7 16:17:09 testtsbbs webcit[548]: webcit[548]: GET /do_template?template=iconbar_user HTTP/1.1
Dec  7 16:17:09 testtsbbs webcit[548]: webcit[548]: HTTP: 200 [0.001703] GET /do_template?template=iconbar_user
Dec  7 16:17:09 testtsbbs webcit[548]: GET /do_template?template=iconbar_user HTTP/1.1
Dec  7 16:17:09 testtsbbs webcit[548]: HTTP: 200 [0.001703] GET /do_template?template=iconbar_user



[#] Tue Dec 08 2020 13:19:20 EST from ParanoidDelusions

Subject: rssclient failed to load feed, timeout was reached, after reboot

[Reply] [ReplyQuoted] [Headers] [Print]

After checking "allow anonymous guest access" in the Administrator, Access tab, running some test, and then unchecking it - Citadel could not see any rooms. It was displaying just the text, "room not found" on a white page. 

I did ./sendcommand down after which,  a ./sendcommand up said "socket can't be reached". I did a systemctl reboot and everything came back up - but now the server is responding very slow (it seems like it is having problems with SSL connections failing and retrying) and the rss feeds are not updating. I tried deleting and recreating a room with an rss feed, and it made no difference. Any suggestions? 

 

 

 

Dec  8 11:03:25 tsbbs citserver[5071]: citserver[5071]: rssclient: using libcurl/7.64.0 OpenSSL/1.1.1d zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.0 librtmp/2.3

Dec  8 11:03:25 tsbbs citserver[5071]: citserver[5071]: Existing database version on disk is 929

Dec  8 11:03:25 tsbbs citserver[5071]: rssclient: using libcurl/7.64.0 OpenSSL/1.1.1d zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.0 librtmp/2.3

Dec  8 11:03:25 tsbbs citserver[5071]: Existing database version on disk is 929

Dec  8 11:03:26 tsbbs citserver[5071]: citserver[5071]: netspool: InspectQueuedRoom(Reddit MiSTer rss)

Dec  8 11:03:26 tsbbs citserver[5071]: netspool: InspectQueuedRoom(Reddit MiSTer rss)

Dec  8 11:03:54 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:03:54 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:04:22 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:04:22 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:04:50 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:04:50 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:05:18 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:05:18 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:05:46 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:05:46 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:06:14 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:06:14 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:06:42 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:06:42 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

root@tsbbs:/home/bbs# Dec  8 11:04:50 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

bash: Dec: command not found

root@tsbbs:/home/bbs# Dec  8 11:04:50 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

bash: Dec: command not found

Dec  8 11:06:14 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:06:14 tsbbs citserver[5071]: rssclient: failed to load feed: Timeout was reached

Dec  8 11:06:42 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

root@tsbbs:/home/bbs# Dec  8 11:05:18 tsbbs citserver[5071]: citserver[5071]: rssclient: failed to load feed: Timeout was reached

 

 


[#] Tue Dec 08 2020 14:13:39 EST from IGnatius T Foobar

Subject: Re: Initial Citadel Welcome Screen

[Reply] [ReplyQuoted] [Headers] [Print]

And that room is a wiki with the welcome window that is displayed. 

The room is hidden, though, right? regular users can't see or post to
it. 

It is a room of type
"wiki" with the "read only" attribute set.

[#] Tue Dec 08 2020 14:14:34 EST from IGnatius T Foobar

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

How do you set up BBS to not require a password and launch the
textclient automatically from a SSH session? 

You create an account called "bbs" and make its shell /usr/local/citadel/citadel instead of /bin/bash

[#] Tue Dec 08 2020 17:54:49 EST from recarlos

Subject: citadel not work anymore

[Reply] [ReplyQuoted] [Headers] [Print]

Good evening,I write in case someone can help me solve a serious problem:

I have been using citadel for over a year ... I have never had any major problems but from today it does not work and I see this error:

db: cursor still in progress on cdb 02: attempt to write during r / o cursor.

Version 921 (build d0c353575)

OS linux Debian GNU / Linux 9.6 (stretch)

telnet no longer works:telnet 127.0.0.1 25Trying 127.0.0.1 ...telnet: Unable to connect to remote host: Connection refused


P.S. sorry for my english



[#] Tue Dec 08 2020 22:30:23 EST from ParanoidDelusions

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

Yeah, I got that part working. Haven't figured out how to have it just auto-log in with a blank PW... so after connecting to cit@wallofhate.com via SSH, they have to type in cit for the password. 

Got it to redirect to the wiki page on my test system - but can't get it to redirect on my production machine. The test system has permissions pretty much wide open - but every time I rebuild it, I get a little better at building a Citadel. I've figured out pretty much where everything is and how it all interacts at this point. 

Eventually I basically want the test machine to be a hot spare for the production one. 

Tue Dec 08 2020 14:14:34 EST from IGnatius T Foobar @ Uncensored Subject: Re: bbs@uncensored.citadel.org
How do you set up BBS to not require a password and launch the
textclient automatically from a SSH session? 

You create an account called "bbs" and make its shell /usr/local/citadel/citadel instead of /bin/bash

 



[#] Tue Dec 08 2020 23:07:48 EST from ParanoidDelusions

Subject: Raspbian Pi Attachment Issues

[Reply] [ReplyQuoted] [Headers] [Print]

So, I discovered something that seems related to attachments and file uploads on Raspbian... 

So, there isn't a default ROOT account on Raspbian. The default account Pi needs to sudo for everything and can't SU - and I think root is disabled. 


Along those lines, there is no access to /usr/local/citadel/files 

But... once I migrated the database from the Pi to Debian running on the i5 - historical attachments that were inaccessible and/or corrupted on the Pi are now working fine on the Debian install - for the most part. I don't think I got everything over - but I went back and looked at historical messages that had attachments that were "corrupted" or just little blank empty boxes on the Pi - and now they're files and if I click on them they open. 

So - this seems like a permissions issue with the /files directory on the Pi? 

 



[#] Wed Dec 09 2020 14:54:48 EST from ParanoidDelusions

[Reply] [ReplyQuoted] [Headers] [Print]

Both Uncensored and The Sanitarium occasionally do this when "Goto"ing to a new room - and this is basically the screen I was getting when I was trying to redirect to the Wiki landing page I made: 


Occasionally Citadel seems to be unable to find what it was looking for. 



[#] Wed Dec 09 2020 22:24:52 EST from IGnatius T Foobar

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

Yeah, I got that part working. Haven't figured out how to have it
just auto-log in with a blank PW... so after connecting to

There should be a "permit empty passwords" configuration directive in your SSH server config.

[#] Thu Dec 10 2020 09:55:30 EST from DDZ

Subject: user names and domains

[Reply] [ReplyQuoted] [Headers] [Print]

I looked through the FAQ and did some google-fu, I believe I've seen the answer but want to check with the support forum before moving on.

 

I'm trying to replace an ancient windows mailserver setup with a new raspi4 and citadel. I initially chose this email package because I saw the multi domain function.  From what I've sorted so far with it installed, the citadel users are unique names and can receive on any domain instead of per domain. I have 4 domains in my group and 3 of them have sales@domain.com accounts for example. I'm assuming there is not a way for them to have the same email username and go to unique citadel users accounts at different domains from what I've read now?

 

Thanks!

DDZ



[#] Thu Dec 10 2020 10:58:36 EST from ParanoidDelusions

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

I'll look into this. That would be awesome. 


Wed Dec 09 2020 22:24:52 EST from IGnatius T Foobar @ Uncensored Subject: Re: bbs@uncensored.citadel.org
Yeah, I got that part working. Haven't figured out how to have it
just auto-log in with a blank PW... so after connecting to

There should be a "permit empty passwords" configuration directive in your SSH server config.

 



[#] Thu Dec 10 2020 12:34:48 EST from ParanoidDelusions

Subject: Re: bbs@uncensored.citadel.org

[Reply] [ReplyQuoted] [Headers] [Print]

Yeah. I changed it on test... made sure it didn't do anything terrible to the machine, but didn't fully test it - I don't have SSH fully configured there for default log in with an account with blank for a password. 


So, I tried it on my main box - and when I edit it in sshd_config - allow blank passwords, then delete the PW on the SSH account for Citadel - it still wants a password at login. It isn't the end of the world, people can ssh in, I just have to publish the password for the account... so user:cit pw:cit

I'd rather have it transparent to the end user - but... I'm not that good at Linux. :) 

 

Thu Dec 10 2020 10:58:36 EST from ParanoidDelusions @ Uncensored Subject: Re: bbs@uncensored.citadel.org

I'll look into this. That would be awesome. 


Wed Dec 09 2020 22:24:52 EST from IGnatius T Foobar @ Uncensored Subject: Re: bbs@uncensored.citadel.org
Yeah, I got that part working. Haven't figured out how to have it
just auto-log in with a blank PW... so after connecting to

There should be a "permit empty passwords" configuration directive in your SSH server config.

 



 



[#] Fri Dec 11 2020 02:29:09 EST from ParanoidDelusions

Subject: RSS feeds Quit Working: Solved

[Reply] [ReplyQuoted] [Headers] [Print]

Evidently the entry made in /etc/resolv.conf does not stay permanently in Debian. Settings from initscripts or NetworkManager or systemd-resolved will evidently overwrite changes written to resolv.conf.

So, when I built the machine, on a different network, I set up that network and its DNS servers through NetworkManager during the GUI install build of Debian. 

Then when I moved it over, I edited /etc/resolv.conf to change to the VPN ISP DNS servers. 

Then when I rebooted, it reverted back to the other DNS servers, my regular consumer ISP DNS servers - which reject DNS client sessions from outside their network. 

So, I had no DNS. That is why RSS feeds quit. 

I figured this out when I read an article on changing DNS servers - and trying to install resolvconf - the server couldn't reach the Debian repos. 

So then I pinged google and others, and got no response - and the game was afoot. 

This is the article that helped me: 

https://www.tecmint.com/set-permanent-dns-nameservers-in-ubuntu-debian/

It wasn't the webcit client - it was Debian and Linux moving my cheese. I don't know how long ago this cheese was moved - it might have been so long this seems obvious to anyone who has been keeping up with Linux development - but it caught me unaware - so I thought I'd share the fix. 





Go to page: First ... 12 13 14 15 [16] 17 18 19 20 ... Last