Hi,
I'm trying to run the easy install on an AlmaLinux vps, but I keep getting the error
Cannot write to /tmp/citadel-build.XXXXX
Are you not running this program as root?
even though I am logged in as root. I originally tried sudo but got the same results. I also get the same result whether I use curl or wget fwiw. Am I missing something really obvious here, or is there a workaround? Any help is appreciated!
Hi,
Could you share calendar for fixing this bug?
FreeIPA has a public demo/test server! This is *very* convenient.
Actually, I haven't had a chance to look at FreeIPA ... seems like a very nice identity server. I might even install it on my own network.
But the good news is ... this bug is now confirmed and reproducible. Thanks for reporting it. Looking into this now.
what do `ls -ld /tmp` and `df /tmp` say?
Subject: brand new user ...how can i temp stop webserver from command please?
thanks!
Here is the output:
[root@server ~]# ls -ld /tmp
drwxrwxrwt 7 root root 140 Mar 28 10:53 /tmp
[root@server ~]# df /tmp
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 1048576 34056 1014520 4% /tmp
[root@server ~]#
found the problem! tmp was mounted with the noexec option
Could you share calendar for fixing this bug?
Based on the progress we've made so far, I would say it is just a matter of weeks before we push out a new version that handles the FreeIPA schema properly.
Subject: Re: maximum password length exceeded on setup
Hi, i am totally new to this (installed it yesterday) but found in the FAQ that you can reset the password by ssh to your machine and run the setup utility
which will be in /usr/local/citadel/setup for Easy Install or /usr/lib/citadel-server/setup if you have the .deb packages
Subject: Re: maximum password length exceeded on setup
How to reset the password on the admin account with a ssh connect to the server.
I've googled and you have no idea how many things out there are called "citadel". Steam apparently have a game and it swamps the search hits for overriding passwords, even if you put a -steam qualifier.
I did find a very belated note out there that the maximum character length is 32 characters, which may or may not be outdated information. The shortest maximum I've ever seen was 9 characters on ICQ after the protocol became popular in Russia, presumably someone running the network was trying hard not to get arrested.
Anyway, I fell head-first into the trap and I don't know how to climb out. I could re-run the easy install but I thought I'd ask and then go for a walk.
Whaaa! ....my third post and the wheels are coming off :-) i replied to a question without quoting and was suddenly lost disorientated , forlorn , now i see the question was from a year ago ...ho ho!
Hi again denizens of this Citadel! Hoping to make use of Citadel as a functioning mail server after 'google workspace freebiee' closes down.
Successfully 'easy installed' on deb , DNS'sed and certbotted but https -p 443 is not happening for me , there does not seem to be instructions about required ports in the documentation but it seems https is not being forced.
this hoping someone will please chip in.
I have not been around for a while, seams like my account was removed.
I have to do some coding work, and would like to get access with my original user name.
Following is a post of mine:
https://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055627
These are the thinks I have coded for citadel in the past:
https://bitbucket.org/gotamer/citadelsync/src/master/
https://bitbucket.org/gotamer/citadel/src/master/
Sorry for the trouble, and thanks
TaMeR
Based on the progress we've made so far, I would say it is just a
matter of weeks before we push out a new version that handles the
FreeIPA schema properly.
This is kind of fun -- we're using the FreeIPA public demo/test server for this development process, and I just logged in to my dev box and saw a bunch of new users. Someone, somewhere in the world, is testing out FreeIPA, and every user they create is getting created on Citadel.
So there's some progress :)
Attention: erol.kahraman and anyone else attempting to use Citadel with FreeIPA LDAP server:
Please upgrade to Citadel version 950, available starting 2022-apr-09 on Easy Install, and starting 2022-apr-10 on DockerHub.
We have made several changes:
1. It seems we had some deprecated OpenLDAP calls in there, which compiled cleanly but ran poorly. We have updated to the new calls.
2. We are adhering more cleanly to the POSIX schema now. Specifically:
Display name: "displayName"
Numeric user id: "uidNumber"
Auth username: objectclass=inetOrgPerson and cn=%s
To search for users: objectClass=inetOrgPerson
For those following along in Micro$oft land, their nonstandard schema is still supported:
Display name: "cn"
Numeric user id: made from a hash of "objectGUID"
Auth username: "sAMAccountName"
To search for users: objectClass=user and objectClass=person and objectClass!=computer
Give it a try! I've got my test system pointed at the FreeIPA public test/demo server. It's kind of fun to watch.
Hi,
First of all i would like to thank everyone who developed that great suite and fixed the bugs.
I downloaded and installed the new version (950) and tested it with FreeIPA. I have some issues and questions:
1. During configuration process i choose an admin user account as "admin". There is an admin account in my LDAP server. But i couldn't login with it. I realized that the admin account doesn't hava objectClass=inetOrgPerson attribute. I added the attribute with ldapmodify but the result didn't change. Is there any other restriction that i missing?
2. At the second test during configuration process i choose an admin user account as "erol.kahraman". I could login with my account. However, this time i couldn't get an Administrative privileges. There is no Administration section on main menu. How can i become administrator?
3. At the login screeen i use erol.kahraman as username from LDAP server. After i login successful i try to send an email to an other user. I try to send an email with an uid (like erol.kahraman) attribute. I realized that the emails couldn't arrived to recipient. After some tries i realized that an email addresses of an accounts are like "erol_kahraman@...". The email accounts created from Name_Surname (i think). Is there any way to configure citadel to use uid attribute for email addresses?
Attention: erol.kahraman and anyone else attempting to use Citadel with FreeIPA LDAP server:
Please upgrade to Citadel version 950, available starting 2022-apr-09 on Easy Install, and starting 2022-apr-10 on DockerHub.
We have made several changes:
1. It seems we had some deprecated OpenLDAP calls in there, which compiled cleanly but ran poorly. We have updated to the new calls.
2. We are adhering more cleanly to the POSIX schema now. Specifically:
Display name: "displayName"
Numeric user id: "uidNumber"
Auth username: objectclass=inetOrgPerson and cn=%s
To search for users: objectClass=inetOrgPerson
For those following along in Micro$oft land, their nonstandard schema is still supported:
Display name: "cn"
Numeric user id: made from a hash of "objectGUID"
Auth username: "sAMAccountName"
To search for users: objectClass=user and objectClass=person and objectClass!=computer
Give it a try! I've got my test system pointed at the FreeIPA public test/demo server. It's kind of fun to watch.
Mew mew! So I have spent the last few days working on a set of patches to make Citadel compile on FreeBSD. Tested and works on both 12.2 and 13.0.
citadel-patches-FreeBSD.tgz: patchset for all the main components: libcitadel, citadel, webcit, and textclient
install.diff : the patchset that makes install (for easyinstall) work on FreeBSD. Also brings in an automagic patching framework.
citpatch.diff : The full patchset from the root of the git repo.
I cannot guarantee that all the shell script patches are fully portable. The code patches should be portable. Perhaps some of this stuff could be done another (better) way, but this is "good enough" to make things work.
To use:
First off, follow the instructions at https://citadel.org/installing_citadel_on_freebsd.html
Place the attached files in the same folder where you downloaded the scripts.
Patch the things:
patch -i install.diff
doas mkdir -p /usr/local/ctdlsupport/ospatch
doas tar -xf citadel-patches-FreeBSD.tgz -C /usr/local/ctdlsupport/ospatch
Build it! This is the easy part.
chmod +x install
doas ./install
This patch to the install script supports the ability to use FreeBSD's pkg command to install all the required stuffs. I tried to be thorough on this, but I may have missed a few packages. Also, it might be a better idea to use origins (like devel/gcc) instead of just package names since pkg now supports that. When the installer asks "Do you want Easy Install to attempt to install your OS dependencies?" just press Y and hit enter. It'll work.
Once built, just prep your system and run Citadel.
chmod +x citserver.sh webcit.sh
doas cp *.sh /usr/local/etc/rc.d/
doas sysrc citadel_enable="YES"
doas sysrc webcit_enable="YES"
doas service citadel start
doas service webcit start
Mew mew! So I have spent the last few days working on a set of patchesto
make Citadel compile on FreeBSD. Tested and works on both 12.2 and 13.0.
This is extremely welcome -- thank you for posting the patches. Just so you're aware, I have to get through a bunch of things this weekend so it'll be a few days before I can look at the patches and work them into the build.
But -- thank you!
There's going to be an update to this. I posted this after I got it to build, but before I got it running. Now that I have it running, I need to work on making an update. Would you like an updated patchset or a secondary patchset?
This is extremely welcome -- thank you for posting the patches. Just so you're aware, I have to get through a bunch of things this weekend so it'll be a few days before I can look at the patches and work them into the build.
But -- thank you!
There's going to be an update to this. I posted this after I got it to
build, but before I got it running. Now that I have it running, I needto
work on making an update. Would you like an updated patchset or a secondary
patchset?
Since it's going to be a couple of days anyway, just send an updated patch set with everything in it, that can be applied against the current git master.
Thanks!
Subject: Patches for FreeBSD ROUND TWO: FIGHT!
Mew mew everykitty! This is the second round of patches for FreeBSD. This time, I'm primarily focusing on patching at the git-repo level.
As with the previous patch, 100% portability is not guaranteed. Something to work on. At least the bulk of the work is done.
From here on out, the only patches I post here will be geared for the git repo. For the "ospatch" file and full instructions to install, you'll have to go to the Killer Kittens citadel. Thankfully, I'm keeping it all in one place: https://ladyserenakitty.com/dotgoto?room=Citadel