Language:
switch to room list switch to menu My folders
Go to page: First ... 10 11 12 13 [14] 15 16 17 18 ... Last
[#] Sat Aug 10 2019 11:13:59 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

I suppose you could just disable the initialization function at the bottom of modules/calendar/serv_calendar.c to disable the server feature, and then edit the WebCit template that puts a Calendar button on the screen.

If you're really serious about doing this we can work on making that a stock feature in a future version.

I like the idea of Citadels appearing on the darknet and would like to make this one available there. You said in another conversation that it's easy but all I can find on the web is instructions that tie a site in using desktop-style software.

[#] Sat Aug 10 2019 16:38:59 EDT from darknetuser @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

I have yet to check the soure code in deepth since I am first experimenting with how the software itself is supposed to _feel_. I am setting a little lab for testing, but so far I haven't gone very far because real life is getting in my way non stop :(

 

I am not interested in shoehorning WebCit into the role yet, because any web interface I would place in a darknet needs to not require Javascript support from the browser. People in darknets can become very paranoid regarding client-side scripting and executable applets and the like. There is a lot of concern for drive-by-hacking in which somebody hacks a server and then tries to exploit browsers. That is why I am interested in the Telnet side of things. As far as I understand, legacy protocols such as Telnet and Gopher lack cookies, http headers, user-agents and many of the regular resources that can be used for fingerprinting users.

 

As for setting a hidden service in a darknet, well, making a port available as an onion address or i2p address is actually easy as long as you are familiar with the software. Say your server is listening at port 504, on all interfaces. In i2p, standard way is to install an i2p node in headless mode (you can configure the reference i2p software via web interface) and then create a server tunnel configured to use 127.0.0.1:504 as source. BOOM, i2p generates an address and now you can access that port using the address you just generated to access that port via any i2p client.

 

Now, if you want to have services that federate themselves dynamically, such as XMPP, Email and such, then you are a bit out of luck, because you have to set a client tunnel for each of the nodes you want your application to talk to and them map them manually. So you could have a federated Citadel network in i2p, but peering must either a) be statically configured b) patched into Citadel so Citadel becomes i2p aware and can interface with the i2p daemon in order to dynamically create and close tunnels.

 

Long story short: standalone service is to be set in 5 minutes, complex distributed or federated application needs work. There are actual IRC *networks* in i2p, and torrent, and gnutella clones in it, but those are not that trivial to set up.



[#] Sat Aug 10 2019 23:28:03 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

Is I2P a separate federation from the Tor network and .onion domain?

[#] Sun Aug 11 2019 06:34:45 EDT from darknetuser @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

I2P is a totally different protocol and network, and it is not related to Tor. It is a hidden-service only network.

Disabling the init function at calendar_server.c and then wiping out the proper module_init line did the trick. I suppose the same can be done with any other module. As you can expect, Webcit thows an error and cannot access any of the citadel backend because it tries to initiate an ICAL call that gets no correct answer. So far it is a really good start. I think it would be good form to have the modules be "selectable" during ./configure time, but then it would make a mess with users trying to use webcit with citaldel backends that don't have all the modules compiled in.

When playing with the citadel text client, I get the following lines upon connection:

 

Attaching to server...

[localhost:504]

Citadel: $some_number

CItadel server

[null]

pause    next   stop

etc etc etc

 

May I ask what $some_numer (which is an actual number, ofc) is? Is it an instance identifier? A server ID?



[#] Sun Aug 11 2019 10:41:56 EDT from darknetuser @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

Silly me, it is the software version, hahahaha



[#] Sun Aug 11 2019 10:52:51 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

really good start. I think it would be good form to have the modules
be "selectable" during ./configure time, but then it would make a
mess with users trying to use webcit with citaldel backends that

At one time we had everything set up as dynamic loadable modules. It was great when it worked, but there were a lot of issues with portability and build problems so we pulled that out. But as you can see, it lives on in the form of a high degree of modularity in the server.

Calendar was once a compile-time option as well. Again, it made the build more complicated, so we ended that.

More likely than not, we can simply put in a runtime option to switch the feature off for sites that don't need it. The same would be true for contacts, notes, etc. It just creates too many support problems to add options at build time. Also ... in the not too distant future, Citadel will be shipped as a Docker container. Compilable source code will continue to be available but I expect Docker will replace Easy Install as the "mainstream" way to install Citadel. (Unfortunately, someone already claimed the "citadel" namespace on dockerhub.)

[#] Sun Aug 11 2019 13:08:18 EDT from darknetuser @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

This reminds me of that time when the OpenBSD team got rid of their loadable kernel modules. So far, it makes sense to me to have Citadel modules be enabled or disabled at run time. It is a bit ugly to need to install many libraries that you are not going to use during compile time, but such is life :)
So far I think I have everything I need. If I end up setting a serviceable node anywhere I will tell you.
Cheers!

[#] Tue Aug 13 2019 14:47:41 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Raspberry 4

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


FIXED!

Citadel Server should now work properly on the latest Linux/Linux distributions, including Debian Stretch and whatever is running on the Raspberry Pi these days.

The newest distributions of the Linux operating system, which uses the Linux kernel, seem to have changed the behavior of pthread_getspecific() when the supplied thread key is uninitialized. And we were doing exactly that, a couple of times during startup. It's been working that way for 20+ years without any problems, but it *is* an invalid call. Once the problem was found, it was easy to fix, but it sure was hard to find.

citadel-927.tar.gz is available for download. Easy Install has also been updated.

[#] Thu Aug 15 2019 14:00:10 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

I2P is a totally different protocol and network, and it is not
related to Tor. It is a hidden-service only network.

If I want to make Uncensored available via I2P as well as on the open Internet, does that create any security risks? My approach to this would be similar to what Fucking Fecesbook did when they made their service available on the Tor network -- it's more to protect the users than to protect the site.

[#] Fri Aug 16 2019 09:03:58 EDT from darknetuser @ Uncensored

Subject: Re: Disabling features in order to make Citadel fit for darknet use.

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

The only security risk you take when offering a service over both I2P and clearnet is that you have a bigger attack surfface. This is, if I2P has an exploitable bug, you automatically have it when you install it.
The only other real problem is that it gets hard to ban users, because then they can generate tunnel addresses faster than you can usually ban them. It does not look to be a problem in practice, probably because these networks are so small. The people who has some countermessure in place against ban evasion are quite content to require people to email the administrator for activating new accounts, that sort of thing.

[#] Mon Aug 19 2019 15:49:20 EDT from davidabcdy @ Uncensored

Subject: Re: Raspberry 4

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

Citadel install without problems on Raspberry Pi 3B+ running Raspbian Buster. Thanks IGnatius T Foobar for your effort.



[#] Sun Aug 25 2019 07:04:05 EDT from colt1912 @ Uncensored

Subject: db: cursor still in progress on cdb 00: attempt to write during r/o

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

Hellou, I have problem with configuration Email server to Raspberry Pi 4. I use Raspbian.

 

Step create netconfigs  mkdir /etc/citadel/netconfigs.

This stap has problem. File not existing

And next write

service citadel status

This is output screen

 

 

 

 

 



[#] Mon Aug 26 2019 18:21:55 EDT from wduchene @ Uncensored

Subject: Enhancement Idea: Wide Screen / Vertical Reading Window

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

I am not sure if this has been asked before, and if it has, then I do apologize for the rehash, but is there anyway to have a vertical reading window pane sort of like Outlook web access has for messages? The only alternative that I have been able to come up with is to use a web client other than webcit.



[#] Mon Aug 26 2019 23:04:37 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: db: cursor still in progress on cdb 00: attempt to write during r/o

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

Hellou, I have problem with configuration Email server to Raspberry
Pi 4. I use Raspbian.

 

Step create netconfigs  mkdir /etc/citadel/netconfigs.

The .deb packages included with Raspbian are very old and cannot be supported.
Please use the Easy Install method shown on our web site.

[#] Mon Aug 26 2019 23:05:15 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Enhancement Idea: Wide Screen / Vertical Reading Window

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

apologize for the rehash, but is there anyway to have a vertical reading

window pane sort of like Outlook web access has for messages? The only


The existing WebCit will not have this, but it will probably appear as an option in webcit-ng, which is currently under development.

[#] Tue Aug 27 2019 02:38:44 EDT from wduchene @ Uncensored

Subject: Replication

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

The option to configure replication via webcit appears to be gone. I built a fresh install using the easyinstall script. Did it change locations?



[#] Tue Aug 27 2019 16:17:19 EDT from jcreek @ Uncensored

Subject: webcit[14879]: Can't connect [/usr/local/citadel/citadel.socket]: Conn

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

I recently inherited a Citadel server and when I try to connect through the web browser I see

This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.
Read More...

and in the logs is says

webcit[14879]: Can't connect [/usr/local/citadel/citadel.socket]: Connection refused

 

Citadel is running.

 

Any clues?

 

Thanks,

 

Jeff



[#] Thu Aug 29 2019 00:34:42 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Replication

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

The option to configure replication via webcit appears to be gone. I built
a

If you are referring to the room sharing feature, that has been removed from the Citadel system entirely.

It will reappear in a new form at some point in the future.

[#] Thu Aug 29 2019 08:17:13 EDT from MunichMan @ Uncensored

Subject: DB-problem after migrating to newest Debian-Buster with Citadel 927

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

After setting up the new 927-version of citadel with easy-install on a debian-buster (Raspebrry-Pi4) I get a working, blank citadel sytem.

My old server was a citadel v8.14 (build 53381be) and when I try to copy or migrate (export and import manually) the database-files and start the new server I get error-messages

-> citserver[4157]: db: cursor still in progress on cdb 02: attempt to write during r/o cursor

 

The migrate-Tool doesn't work either, because the old server seems to miss some executables and the remote-commands fail.

 

Trying to recover with option -c results in:

BDB1514 Recovery starting from [1][28]

db_recover: BDB0110 Log sequence error: page LSN 1 388891; previous LSN 1 398749

db_recover: BDB1520 Recovery function for LSN 1 398817 failed on forward pass

db_recover: BDB0061 PANIC: Invalid argument

db_recover: BDB0060 PANIC: fatal region error detected; run recovery

db_recover: BDB3015 cdb.02: write failed for page 11

db_recover: BDB3027 cdb.02: unable to flush page: 11

 

Any advice?

 

 



[#] Fri Aug 30 2019 01:20:12 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: DB-problem after migrating to newest Debian-Buster with Citadel 927

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

Have you tried running database_cleanup.sh ?

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