Language:
switch to room list switch to menu My folders
Go to page: 1 2 3 4 [5] 6 7 8 9 ... Last
[#] Fri Jul 29 2016 15:21:54 EDT from IGnatius T Foobar @ Uncensored

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

No worries on that, the_mgt. That's going to work out fine. You'll want to work in the webcit-ng branch and I'm going to have a fabulous base platform for you to build on.

[#] Sat Jul 30 2016 02:48:51 EDT from Veraendert @ Uncensored

Subject: Thanks

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

I just wanted to say thanks for this beautiful software, running without problems for a year now. 



[#] Mon Aug 01 2016 11:19:54 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Thanks

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

Nice!  Thanks for the kind words.  That makes it all worth it.



[#] Tue Aug 02 2016 15:10:53 EDT from nutbeam @ Uncensored

Subject: Mailing list that has users who are not in Citadel?

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

I want to setup a room as a mailing list with users that are not just in Citadel (e.g. gmail users). I tried but am getting errors. I am using Postfix for SMTP.

I setup a private room (because not everyone on the server should be able to access the room). Then in mailing lists I allowed anonymous mailing to the room, and added a couple of users, one in Citadel, the other a gmail email address.

The Citadel user receives email fine. When I check /var/log/maillog I get this error (real user, domain name and host removed in message below):

Aug  2 13:56:51 mailmachine citserver[11984]: SMTPC:IO[14]CC[733]S[1284678][13] Delivery failed temporarily; will retry later. Time[0.267352s] Recipient <fakeuser> @ <gmail.com> (fakeuser) Status message: 4.1.8 <room_aide@mailmachine.fakedomain.com>: Sender address rejected: Domain not found

Any help would be appreciated.

Thanks.



[#] Tue Aug 02 2016 15:23:02 EDT from nutbeam @ Uncensored

Subject: Migrating from 32 bit CentOS to 64bit CentOS

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

Hi.

I tried to move from a 32bit CentOS 5 box to a 64bit CentOS 5 box (it's a temporary host). My databases were trashed after moving though.

I installed using the RPM repos. The old system is 8.24-7.2 (i386) and the new system was 8.24.10.2. I then moved the databases over, made sure my config files were the same, and fired up Citadel. Databases trashed. Couldn't log in, etc.

So I probably screwed up. Do I need to upgrade on the old system to 8.24.10.2 before moving stuff. I'm assuming shutdown the servers, yum update, and then start the servers again? Then move the databases to the new machine with the same version? I can move from 32bit to 64bit without an issue right?

Help much appreciated. Thanks.



[#] Tue Aug 02 2016 15:25:13 EDT from nutbeam @ Uncensored

Subject: Re: Migrating from 32 bit CentOS to 64bit CentOS

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

P.S. I am shutting down Citadel before attempting to move the files. I'm using rsync over ssh to move the files.



[#] Tue Aug 02 2016 15:36:43 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Migrating from 32 bit CentOS to 64bit CentOS

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

32 bit database is not compatible with a 64 bit system. You have to export your database into an XML file (using the 'MIGR export') server command, and then import that into an empty (64-bit) Citadel server (using the 'MIGR import') server command.

The 'ctdlmigrate' utility is capable of using these commands to orchestrate an over-the-wire migration if you want to do it that way.

[#] Wed Aug 03 2016 01:46:57 EDT from goldcoastau @ Uncensored

Subject: compile error webcit easyinstall debian 8

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

Compiler: gcc -g -O2 -Wall -DHAVE_CONFIG_H -D_REENTRANT -c -o buildinfo
Linker: gcc -lssl -lcrypto -lexpat -lcitadel -lical -lz -lpthread

CC webserver.c
In file included from webserver.c:13:0:
webcit.h:324:1: error: expected identifier or ‘(’ before ‘<<’ token
 <<<<<<< HEAD
 ^
webcit.h:338:28: error: ‘eNONE’ undeclared here (not in a function)
 extern const char *ReqStrs[eNONE];
                            ^
webcit.h:731:1: error: expected identifier or ‘(’ before ‘==’ token
 =======
 ^
webcit.h:734:0: warning: "MAX_WORKER_THREADS" redefined
 #define MAX_WORKER_THREADS 32  // Maximum number of worker threads permitted to exist
 ^
In file included from webserver.c:13:0:
webcit.h:137:0: note: this is the location of the previous definition
 #define MAX_WORKER_THREADS 250
 ^
In file included from webserver.c:13:0:
webcit.h:742:1: error: expected identifier or ‘(’ before ‘>>’ token
 >>>>>>> af64ffb... textclient: don't try to stat citadel.config; it doesn't exist anymore.
 ^
webcit.h:742:35: warning: character constant too long for its type
 >>>>>>> af64ffb... textclient: don't try to stat citadel.config; it doesn't exist anymore.
                                   ^
webserver.c:28:12: error: conflicting types for ‘webcit_tcp_server’
 extern int webcit_tcp_server(char *ip_addr, int port_number, int queue_len);
            ^
In file included from webserver.c:13:0:
webcit.h:737:5: note: previous declaration of ‘webcit_tcp_server’ was here
 int webcit_tcp_server(const char *ip_addr, int port_number, int queue_len);
     ^
webserver.c:34:13: error: conflicting types for ‘worker_entry’
 extern void worker_entry(void);
             ^
In file included from webserver.c:13:0:
webcit.h:741:6: note: previous declaration of ‘worker_entry’ was here
 void worker_entry(int *pointer_to_master_socket);
      ^
webserver.c: In function ‘main’:
webserver.c:275:2: error: ‘icalerror_errors_are_fatal’ undeclared (first use in this function)
  icalerror_errors_are_fatal = 0;
  ^
webserver.c:275:2: note: each undeclared identifier is reported only once for each function it appears in
Makefile:91: recipe for target 'webserver.o' failed
make: *** [webserver.o] Error 1



[#] Wed Aug 03 2016 04:54:53 EDT from kryten @ Uncensored

Subject: import v7.37 data to v8.14

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

Hi,
Hoping someone can help me,
I have a tarball of a v7.37 /etc/citadel directory from a Debian 6? OS containing the following:

drwxr-xr-x citadel/citadel   0 2009-10-08 13:05 citadel/
drwx------ citadel/citadel   0 2008-11-30 15:56 citadel/bio/
drwx------ citadel/citadel   0 2008-11-30 15:56 citadel/bitbucket/
drwx------ citadel/citadel   0 2008-11-30 15:56 citadel/images/
drwx------ citadel/citadel   0 2012-04-18 20:21 citadel/userpics/
-rw-rw-rw- citadel/citadel 16917 2012-04-18 20:21 citadel/userpics/4.gif
drwx------ citadel/citadel     0 2009-10-09 14:54 citadel/files/
drwxr-xr-x citadel/citadel     0 2009-10-09 14:54 citadel/files/directory/
drwx------ citadel/citadel     0 2009-12-16 19:32 citadel/info/
-rw-rw-rw- citadel/citadel    71 2009-12-16 19:32 citadel/info/72
drwxr-xr-x citadel/citadel     0 2009-10-08 13:05 citadel/keys/
drwx------ citadel/citadel     0 2016-05-26 07:52 citadel/data/
-rw------- citadel/citadel 14987264 2010-11-17 03:00 citadel/data/cdb.07
-rw------- citadel/citadel 10485760 2016-07-21 09:38 citadel/data/log.0000006032
-rw------- citadel/citadel    45056 2016-06-16 16:35 citadel/data/cdb.05
-rw------- citadel/citadel    53248 2016-07-21 09:38 citadel/data/cdb.02
-rw------- citadel/citadel   630784 2016-06-16 15:52 citadel/data/cdb.04
-rw------- citadel/citadel     8192 2016-06-16 16:35 citadel/data/cdb.01
-rw------- citadel/citadel    32768 2016-02-21 20:22 citadel/data/cdb.0a
-rw------- citadel/citadel     8192 2012-06-19 20:14 citadel/data/cdb.0b
-rw------- citadel/citadel     8192 2009-10-08 12:45 citadel/data/cdb.0c
-rw------- citadel/citadel    16384 2016-07-21 09:31 citadel/data/cdb.03
-rw------- citadel/citadel 85778432 2016-06-16 15:52 citadel/data/cdb.00
-rw------- citadel/citadel     8192 2015-11-11 14:49 citadel/data/cdb.06
-rw------- citadel/citadel     8192 2009-10-08 12:45 citadel/data/cdb.09
-rw------- citadel/citadel 1023479808 2016-06-16 15:52 citadel/data/cdb.08

Is it possible to import the user data from this into a v8.14 instalation of Citadel?

I have extracted the archive into the citadel directoty but I'm not sure how I could import the data, or indeed if its possible.

Any help apriciated, 



[#] Wed Aug 03 2016 05:38:47 EDT from the_mgt @ Uncensored

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

Thanks for fixing SSL Handshake!



[#] Wed Aug 03 2016 09:44:08 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: import v7.37 data to v8.14

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

I have a tarball of a v7.37 /etc/citadel directory from a Debian 6?
OS containing the following:

You need the "citadel.config" and "citadel.control" files from your Citadel 7.37 installation in order for the database to be usable.

Assuming you can get those, the easiest way to make that data usable is to put the files in place and then install the newer version of Citadel on top of that. It will see your existing data and upgrade it forward.

[#] Wed Aug 03 2016 10:03:24 EDT from kryten @ Uncensored

Subject: Re: import v7.37 data to v8.14

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

Thanks for the reply, I guess I have an incomplete backup, I should have /var/lib/citadel, is well is there any data that can be salvaged or is it effectively gone?

 

 



[#] Wed Aug 03 2016 12:56:39 EDT from nutbeam @ Uncensored

Subject: Re: Migrating from 32 bit CentOS to 64bit CentOS

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

Thank you. Much appreciated.

Tue Aug 02 2016 15:36:43 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Migrating from 32 bit CentOS to 64bit CentOS
32 bit database is not compatible with a 64 bit system. You have to export your database into an XML file (using the 'MIGR export') server command, and then import that into an empty (64-bit) Citadel server (using the 'MIGR import') server command.

The 'ctdlmigrate' utility is capable of using these commands to orchestrate an over-the-wire migration if you want to do it that way.

 



[#] Wed Aug 03 2016 22:46:20 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: import v7.37 data to v8.14

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

Thanks for the reply, I guess I have an incomplete backup, I should
have /var/lib/citadel, is well is there any data that can be salvaged
or is it effectively gone?

Unfortunately without those other files, the ones you have aren't much use.
Sorry to be the bearer of bad news.

In an Easy Install installation we put everything under /usr/local/citadel so you can just back that up, but in the .deb everything is spread out all over the filesystem to comply with DFSG and LFSH and whatever.

It's worth noting that we just completed a very big change in this exact area. In the *very* latest version of Citadel Server, the server configuration and control records are kept in the database, so those other files are now gone. We removed the "dump a data structure to disk" configuration file and replaced it with a key/value configuration database to modernize things a bit. That doesn't help you now but if we had this discussion again in a couple of years... :)

[#] Fri Jul 29 2016 15:50:41 EDT from Freakdog @ Dog Pound BBS II

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

Since I'm running version 902, now, there are no longer any
netconfigs

files for me to update/remove in order to remove this entry.

Editing netconfig files was never the correct way to modify a room's


RSS feeds.

In the web interface you edit the room and click the tab to modify

the

feeds.

Agreed...but since the room was deleted prior to my upgrade to 902 but

the cooresponding netconfig file was not deleted, it appears to have
been assimilated into the database.

The problem is that, because the room no longer exists, I don't seem

to have a way to clean this up, now.

So, I'm still stuck with this issue...how do I clean up an RSS feed for a room that no longer exists?

[#] Mon Aug 01 2016 09:38:00 EDT from Freakdog @ Dog Pound BBS II

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

 

Fri Jul 29 2016 03:50:41 PM EDT from Freakdog @ Dog Pound BBS II
So, I'm still stuck with this issue...how do I clean up an RSS feed for a room that no longer exists?

I guess I managed to recreate the room with the correct name and then delete it...I'm no longer seeing messages in my aide room for that feed.



[#] Thu Aug 04 2016 05:08:44 EDT from kryten @ Uncensored

Subject: Re: import v7.37 data to v8.14

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

 

Wed Aug 03 2016 22:46:20 EDT from IGnatius T Foobar @ Uncensored Subject: Re: import v7.37 data to v8.14

Unfortunately without those other files, the ones you have aren't much use.
Sorry to be the bearer of bad news.


Thanks for the explanation, I do understand there are problems involved in trying to juggle different guidelines. In retrospect I think it would have been better to use your Easy Install, C'est la vie.

Its a great piece of software you have developed, keep up the good work!



[#] Thu Aug 04 2016 06:27:42 EDT from PowerChaos @ Uncensored

Subject: Cpanel and Citadel

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

Hi,

i wonder if it would be possible to install Citadel on cpanel and let Cpanel take care of most of the stuff ?

 

As Cpanel comes pre installed with Exim and Spamassasin/boxTrapper and other stuff would it be nice if citadel could run asside from it and make use of the pre instaled stuff of cpanel

 

if it is possible ? any special needed to get it done ?

if not possible , could it be possible then in the future ? or any reason why not ?

 

Thank you

Greets From PowerChaos



[#] Thu Aug 04 2016 17:21:36 EDT from the_mgt @ Uncensored

Subject: Re: Cpanel and Citadel

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

tl;dr: You can't do that, it doesn't work.

 

Thu Aug 04 2016 06:27:42 EDTfrom PowerChaos @ Uncensored Subject: Cpanel and Citadel

i wonder if it would be possible to install Citadel on cpanel and let Cpanel take care of most of the stuff ?

As Cpanel comes pre installed with Exim and Spamassasin/boxTrapper and other stuff would it be nice if citadel could run asside from it and make use of the pre instaled stuff of cpanel

Well, first of all, you would need to configure as MTA and citadel as MDA only. You would need to find a way to tell exim to let citadel handle the mail delivery. AFAIK, we only have a howto for postfix, but it would be possible in theory. Before you jump with joy, read on.

if not possible , could it be possible then in the future ? or any reason why not ?





cpanel is a means to fight the complicated and tedious admnistration of such things as a mailservice, the imap/pop services, the users, the mailboxen, etc. In order to do so, it involves probably a massive amount of sophisticated scripts. So you use even more complicated stuff to solve already overcomplicated stuff. Have you ever heard of Hilbert's Hotel? cpanel is the answer to the problem of storing the passengers of infinite many arriving busses with infinite passengers inside them, each. It is possible, but the bellhop needs to be as smart as Ted from Four Rooms. But i digress...

Citadel was built, so you would never have to install stuff like a mailserver, an imap server, a pop server, a mailinglist service, a sasl-auth daemon, a webserver and a method to manage users in the first place, including a database. Let alone configure each single tool and then glue them together. Citadel does all that, by itself, with only two packages. It does that in a bit of an oldschool fashion, by taking all these things over and leaving little room for other services to share a piece of the pie.

So, basically it goes in the same direction as cpanel, but with a totally different goal: cpanel tries to cram as many domains on one single server and make them all fly. Citadel tries to get it done for one single domain. You can use more than one domain, but david@hilbert.hotel and david@four.rooms will be the same user, sharing the same inbox.

I hope that was a little helpful...



[#] Thu Aug 04 2016 20:43:16 EDT from DataPacRat @ Uncensored

Subject: Exporting Citadel to plain-text backups?

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

Alternate Subject line: Can Citadel play nice with the INN newsserver?

I'm working on solving a comm problem: coming up with a way to store mainly-text messages for the *long* term, 10+ years. Which, due to format drift, strongly implies storing things as plain text; and which also implies the necessity of automatically mirroring copies of messages on multiple servers. I also want users to be able to use modern software, so I don't have to try to rewrite "pop-up a notification when a new message is received" from scratch for several OSes. All of which is leading me to consider a system based around private newsgroups, using all the advantages of Usenet, though without connecting to "real" usenet servers.

However, Citadel also comes close to filling my requirements. If it stored its data in, say, simple CSV text-like databases instead of Berkeley DB, it would likely be my top pick, and I'd already be in the middle of a days-long binge in the Wiki.

But it occurs to me that maybe I can get the best of both worlds. I seem to recall, in the distant past, people who made bridges between email and usenet, allowing people to use widespread email services to interact with newsgroups even if their ISP didn't allow NNTP. Perhaps somebody here knows of a way in which the various messages posted to a Citadel room could be sent to a newsserver daemon on the same machine, such as INN, which would give me the plaintext backups that are the whole point of this project.

(I'm also currently somewhat unclear on how Citadel software allows rooms to be mirrored between servers; depending on the details, then I may need to look into whether Citadel could also be configured to accept messages from the newsserver daemon in return.)

All of which is a fairly wordy way of my leading up to my main question:

Does anyone here know of a way for Citadel to automatically export messages to a plaintext backup system? Whether that be an email-to-nntp bridge to a newsserver daemon, or some other method?

 

Thank you for your time,
--
DataPacRat
"Then again, maybe I'm wrong"



Go to page: 1 2 3 4 [5] 6 7 8 9 ... Last