Please wait...
0 files
Subject: Re: [Citadel Support] Re: General Question (XMPP/Jabber)
Let me know if you have any questions or want a server to test...
Marisa
XMPP Clients will work with Citadel, but not in SSL and I don't recommend to use it. XMPP Service is not federated, its stand alone. Its better to install a free XMPP Server or Service without Citadel.
Greetings
Mike
Hello! I'm looking at Citadel as software to host on my domain for a small group of my friends and I to use. Having included chat functionality is one of the features I'm looking at, so I created this account to test XMPP chatting. However, when logging into a client like converse.js, I cannot send messages outward to my XMPP account on a different server.
My question is this;
If I set up my own Citadel instance, will the XMPP messages sent federate with other XMPP servers?
Thank you,
--ftest
Ah well. I appreciate the answer none the less.
Hi there,
i installed LLDAP to my Citadel Server for local LDAP autehtication with RFC.
After switching to LDAP, there’s no link between the user and the existing mailbox, and all admin roles are lost. Could this be due to a BASE DN misconfiguration? Is there a schema layout for a proper user transfer to LDAP?
Citadel -> LDAP -> User authentication works fine. The only thing I notice is the schema. Is there any documentation for this??
Greetings
Mike
Group schema
User defined schema
Hello,
I haven't found any way of import calendar files from other servers via .ics files. Could someone point in the direction on how to do this? I've been searching, but haven't found anything yet.
Thanks,
Harlan...
Hello,
I haven't found any way of import calendar files from other servers via .ics files. Could someone point in the direction on how to do this? I've been searching, but haven't found anything yet.
Thanks,
Harlan...
After switching to LDAP, there’s no link between the user and the existing mailbox, and all admin roles are lost. Could this be due to a BASE DN misconfiguration? Is there a schema layout for a proper user transfer to LDAP?
Citadel -> LDAP -> User authentication works fine. The only thing I notice is the schema. Is there any documentation for this??
Funny you mention that, I just pushed a change into the code a few days ago that lets you specify an LDAP group whose membership conveys administrator privileges to Citadel users. That'll be available soon.
However, the LDAP authentication system isn't really built to be able to switch over to it if you already have self-contained authentication. It doesn't look for a user who has a matching name or email address. It looks for a user with a matching uid (uid is set to -1 for self contained auth). I suppose you could dump your database and edit the uid's and then reload it.
Hello,
How I change the timezone for individual users? So far, I haven't found any way of changing it for users. I found only one timezone option, but it seemed to be a fall-back option. It didn't change anything for users.
Thanks,
Harlan...
After switching to LDAP, there’s no link between the user and the existing mailbox, and all admin roles are lost. Could this be due to a BASE DN misconfiguration? Is there a schema layout for a proper user transfer to LDAP?
Citadel -> LDAP -> User authentication works fine. The only thing I notice is the schema. Is there any documentation for this??
Funny you mention that, I just pushed a change into the code a few days ago that lets you specify an LDAP group whose membership conveys administrator privileges to Citadel users. That'll be available soon.
However, the LDAP authentication system isn't really built to be able to switch over to it if you already have self-contained authentication. It doesn't look for a user who has a matching name or email address. It looks for a user with a matching uid (uid is set to -1 for self contained auth). I suppose you could dump your database and edit the uid's and then reload it.
Interesting, maybe it’s faster to export the mailboxes, switch to LDAP, and import the mailboxes via Mailstore. That’s the approach I’ll test. Do you have a link to the LDAP group schema so I can try it with admin rights? ;)
Go to freeipa.org and check out their demo server. Point your Citadel LDAP to it and go !
Better yet, I'll give you a cheat code :)
Go to freeipa.org and check out their demo server. Point your Citadel LDAP to it and go !
I want use my own local LDAP. Its a very secure setup and productive server. I'll wait for a schema down build it inside my lldap.
Dear All,
I am having the following problem with purge. During the processing after purge (where there are generated temporary files that can ocuppy more than 30GBytes. In my case until exaust my free disk space of 52GBytes) there happens several core dumps (each 2 minutes) that citadel recovers every time (until now). Can I infer that the data files are corrupt or are valid after the processing?
Thank you,
Luís Gonçalves.
I am having the following problem with purge. During the processing after purge (where there are generated temporary files that can ocuppy more than 30GBytes. In my case until exaust my free disk space of 52GBytes) there happens several core dumps (each 2 minutes) that citadel recovers every time (until now). Can I infer that the data files are corrupt or are valid after the processing?
Luis, this seems to happen to you a lot. Are you sending large amounts of unusually large messages through your system? If so, and you are limited on disk space, perhaps you should purge more than once per day, so the database can clean up its log files multiple times per day.
To do so, run the following command from your Citadel Server directory:
./sendcommand TDAP
Furthermore, in the next release of Citadel Server we will have support for LMDB, and you might want to convert your database from Berkeley DB to LMDB. This is because LMDB doesn't write separate journal files and will manage your space better.
Hello,
I'm using Citadel 917 and I know I should upgrade but I have a question concerning DKIM keys. I read the thread on DKIM in support and it suggested deleting the domain and re-creating it and the should be in the Aide room. That is not happening. So here are my questions:
1) Does version 917 support the DKIM key?
2) If so, I've manually generated the keys so how do I get Citadel to load them?
Thanks,
Allen
Dear Foobar,
The new Citadel Version is out.
How to convert the database from Berkeley DB to LMDB?
Thank you,
Luís Gonçalves.
I am having the following problem with purge. During the processing after purge (where there are generated temporary files that can ocuppy more than 30GBytes. In my case until exaust my free disk space of 52GBytes) there happens several core dumps (each 2 minutes) that citadel recovers every time (until now). Can I infer that the data files are corrupt or are valid after the processing?
Luis, this seems to happen to you a lot. Are you sending large amounts of unusually large messages through your system? If so, and you are limited on disk space, perhaps you should purge more than once per day, so the database can clean up its log files multiple times per day.
To do so, run the following command from your Citadel Server directory:
./sendcommand TDAP
Furthermore, in the next release of Citadel Server we will have support for LMDB, and you might want to convert your database from Berkeley DB to LMDB. This is because LMDB doesn't write separate journal files and will manage your space better.
Hello,
I'm using Citadel 917 and I know I should upgrade but I have a question concerning DKIM keys. I read the thread on DKIM in support and it suggested deleting the domain and re-creating it and the should be in the Aide room. That is not happening. So here are my questions:
1) Does version 917 support the DKIM key?
2) If so, I've manually generated the keys so how do I get Citadel to load them?
Thanks,
Allen
I don’t want to convert to LMDB. Berkeley is not up to date, but it’s bulletproof. First, I need to know how to build the group schemas for LDAP on my own.
Dear Foobar,
The new Citadel Version is out.
How to convert the database from Berkeley DB to LMDB?
Thank you,
Luís Gonçalves.
I am having the following problem with purge. During the processing after purge (where there are generated temporary files that can ocuppy more than 30GBytes. In my case until exaust my free disk space of 52GBytes) there happens several core dumps (each 2 minutes) that citadel recovers every time (until now). Can I infer that the data files are corrupt or are valid after the processing?
Luis, this seems to happen to you a lot. Are you sending large amounts of unusually large messages through your system? If so, and you are limited on disk space, perhaps you should purge more than once per day, so the database can clean up its log files multiple times per day.
To do so, run the following command from your Citadel Server directory:
./sendcommand TDAP
Furthermore, in the next release of Citadel Server we will have support for LMDB, and you might want to convert your database from Berkeley DB to LMDB. This is because LMDB doesn't write separate journal files and will manage your space better.
1) Does version 917 support the DKIM key?
2) If so, I've manually generated the keys so how do I get Citadel to
Citadel 917 was released in 2018. I'm happy to hear it has served you so well without upgrading it but we did not add DKIM support until 2024. As it so happens, we actually just published a new version of Citadel Server just yesterday that improves the DKIM signing algorithm even more.
Please upgrade to the newest version. As soon as you do so, the server will automatically generate your DKIM keys, and the helpful Citadel Aide will automatically post a system bulletin telling you what TXT records to put in your DNS.
It's not just easy, it's "Citadel Easy". But you have to do the upgrade.
I don’t want to convert to LMDB. Berkeley is not up to date, but it’s
bulletproof. First, I need to know how to build the group schemas for
LDAP on my own.
Motobike: the LMDB remark was not directed to you, that was for someone else.
Berkeley DB is just fine.
The most recent version of Citadel Server has additional prompts during system setup. Should you choose to use LDAP, just as before, you'll be asked whether your LDAP directory is using the POSIX schema (OpenLDAP, FreeIPA, 389 Directory, etc) or the Microsoft schema (Microsoft Active Directory). You'll be asked for your Base DN, Bind DN, and Bind Password, just as before.
What's new is that you will now also be asked for the LDAP group name for Citadel Administrators. You should supply the name of the group (just its name should work, you probably don't need to specify it by DN) you're using for this. Any user who logs in to Citadel and is a member of that group will automatically have Admin privileges for the duration of that session.
1) Does version 917 support the DKIM key?
2) If so, I've manually generated the keys so how do I get Citadel to
Citadel 917 was released in 2018. I'm happy to hear it has served you so well without upgrading it but we did not add DKIM support until 2024. As it so happens, we actually just published a new version of Citadel Server just yesterday that improves the DKIM signing algorithm even more.
Please upgrade to the newest version. As soon as you do so, the server will automatically generate your DKIM keys, and the helpful Citadel Aide will automatically post a system bulletin telling you what TXT records to put in your DNS.
It's not just easy, it's "Citadel Easy". But you have to do the upgrade.
Thanks!
How to convert the database from Berkeley DB to LMDB?
For starters, you have to be running the Docker version; we haven't added LMDB support to the Easy Install build yet.
Start by running it on a test system, and set the environment variable "BACKEND" to the value "lmdb" when starting the container; for example, "-e BACKEND=lmdb"
If it looks like it's working, wipe that out and export your BDB with a command like:
docker run -i --network host --rm -e BACKEND=bdb --volume=/usr/local/citadel-old:/citadel-data citadeldotorg/citadel -e >dump.dat
That'll dump your old database. Then import it:
docker run -i --network host --rm -e BACKEND=lmdb --volume=/usr/local/citadel-new:/citadel-data citadeldotorg/citadel -i <dump.dat
Once your data is imported, just start the container as normal with the new data directory. It will detect the correct database and start up.