Language:
switch to room list switch to menu My folders
Go to page: First ... 4 5 6 7 [8] 9 10 11 12 ... Last
[#] Mon Mar 28 2022 12:37:41 EDT from elfipe

Subject: Re: easyinstall permissions problem

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

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 ~]#



[#] Mon Mar 28 2022 16:30:29 EDT from elfipe

Subject: Re: easyinstall permissions problem

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

found the problem! tmp was mounted with the noexec option



[#] Tue Mar 29 2022 01:02:23 EDT from IGnatius T Foobar

Subject: Re: LDAP Users

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

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.

[#] Tue Mar 29 2022 08:50:55 EDT from blowhard

Subject: Re: maximum password length exceeded on setup

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

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



[#] Tue Mar 29 2022 09:00:23 EDT from blowhard

Subject: Re: maximum password length exceeded on setup

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

 

Thu Apr 01 2021 10:08:33 EDT from spot Subject: 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!



[#] Tue Mar 29 2022 09:37:25 EDT from blowhard

Subject: What Im actually here for

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

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.



[#] Wed Mar 30 2022 09:17:39 EDT from IGnatius T Foobar

Subject: Re: What Im actually here for

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

Well ... let's start by getting the output of "ps ax | grep cit" and "ss -lt" so we can see if anything is running.

[#] Fri Apr 01 2022 14:37:44 EDT from oTamer

Subject: I like my account back, please

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

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



[#] Fri Apr 08 2022 15:53:01 EDT from IGnatius T Foobar

Subject: Re: LDAP Users

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

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 :)

[#] Sat Apr 09 2022 16:26:47 EDT from IGnatius T Foobar

Subject: Re: LDAP Users

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


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.

[#] Wed Apr 13 2022 15:13:12 EDT from erol.kahraman

Subject: Re: LDAP Users

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

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?

 

Sat Apr 09 2022 16:26:47 EDT from IGnatius T Foobar Subject: Re: LDAP Users

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.

 



[#] Fri Apr 15 2022 02:03:33 EDT from LadySerenaKitty

Subject: Patches for FreeBSD

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

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

 

 



citpatch.diff (text/x-patch, 8286 bytes) [ View | Download ]
citadel-patches-FreeBSD.tgz (application/x-compressed-tar, 3529 bytes) [ View | Download ]
install.diff (text/x-patch, 7453 bytes) [ View | Download ]
[#] Sat Apr 16 2022 13:48:10 EDT from IGnatius T Foobar

Subject: Re: Patches for FreeBSD

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

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.


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!

[#] Sat Apr 16 2022 14:23:10 EDT from LadySerenaKitty

Subject: Re: Patches for FreeBSD

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

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?

Sat Apr 16 2022 13:48:10 EDT from IGnatius T Foobar Subject: Re: Patches for FreeBSD
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!

 



[#] Sat Apr 16 2022 18:24:44 EDT from IGnatius T Foobar

Subject: Re: Patches for FreeBSD

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

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?

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!

[#] Sun Apr 17 2022 14:48:46 EDT from LadySerenaKitty

Subject: Patches for FreeBSD ROUND TWO: FIGHT!

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

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



install.diff (text/x-patch, 7137 bytes) [ View | Download ]
citpatch.diff (text/x-patch, 9613 bytes) [ View | Download ]
[#] Tue Apr 19 2022 20:23:40 EDT from IGnatius T Foobar

Subject: Re: Patches for FreeBSD ROUND TWO: FIGHT!

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

All righty meow, here's what we've got so far. I've applied citpatch.diff "as is" to git master, so your changes are in place and it's time to figure out how to get everything working nicely on both Linux and FreeBSD.

1. Citadel Server
As far as I can tell, there are no problems here. It built and ran fine on Linux.

2. WebCit (webcit-classic, not webcit-ng)
During the build there were a lot of complaints from get_ical_data.sh that it couldn't find gsed. I see that the change from sed to gsed in the patch isn't a FreeBSD conditional. We'll have to work this out. It still runs, but maybe the calendar stuff isn't quite right.

3. Text client (BBS client)
The linker can't find libiconv. Honestly I'm not quite sure how it's building on Linux without it, but we'll have to work that out too.


If you're willing to stick with us on this, I'll give you access to the Citadel Development room and we can continue the build conversations there instead of mucking up the support forum?

[#] Tue Apr 19 2022 21:42:41 EDT from LadySerenaKitty

Subject: Re: Patches for FreeBSD ROUND TWO: FIGHT!

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

1. I didn't have to modify any scripts, just C code.

2. I had to modify the shell scripts to make it work on FreeBSD.  I had to install gsed because one of the regexes went pathological on regular sed (BSD sed).

3. Interesting, so my fix to make it find libiconv on FreeBSD broke it on linux.

I've been considering half-forking, that is, writing a whole new implementation.  A competing product, which would halp the Citadel commewnity overall (competition breeds innovation).  I'll stick around and halp even if I do start my own implementation of the Citadel suite/protocol.  After all, the original (reference) implementation still needs to run on FreeBSD.

Maybe we can target Haiku, too (j/k, they're still in Beta).

 

Tue Apr 19 2022 20:23:40 EDT from IGnatius T Foobar Subject: Re: Patches for FreeBSD ROUND TWO: FIGHT!
All righty meow, here's what we've got so far. I've applied citpatch.diff "as is" to git master, so your changes are in place and it's time to figure out how to get everything working nicely on both Linux and FreeBSD.

1. Citadel Server
As far as I can tell, there are no problems here. It built and ran fine on Linux.

2. WebCit (webcit-classic, not webcit-ng)
During the build there were a lot of complaints from get_ical_data.sh that it couldn't find gsed. I see that the change from sed to gsed in the patch isn't a FreeBSD conditional. We'll have to work this out. It still runs, but maybe the calendar stuff isn't quite right.

3. Text client (BBS client)
The linker can't find libiconv. Honestly I'm not quite sure how it's building on Linux without it, but we'll have to work that out too.


If you're willing to stick with us on this, I'll give you access to the Citadel Development room and we can continue the build conversations there instead of mucking up the support forum?

 



[#] Wed Apr 20 2022 04:22:09 EDT from eolKit

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

HI,

I just installed Citadel on the raspberry PI 3+ but it doesn't work: when starting the citserver (either from simple command line or via service ) it fails, here is what I can see in the logs:

sudo systemctl status citadel.service

● citadel.service - LSB: control citadel server start at boot time

     Loaded: loaded (/etc/init.d/citadel; generated)

     Active: active (exited) since Wed 2022-04-20 10:13:37 CEST; 2min 9s ago

       Docs: man:systemd-sysv-generator(8)

    Process: 5340 ExecStart=/etc/init.d/citadel start (code=exited, status=0/SUCCESS)

        CPU: 3.572s

 

apr 20 10:13:36 NAS systemd[1]: Starting LSB: control citadel server start at boot time...

apr 20 10:13:37 NAS systemd[1]: Started LSB: control citadel server start at boot time.

apr 20 10:13:40 NAS citserver[5347]: db: cursor still in progress on cdb 00: attempt to write during r/o cursor

 
Any idea of the reason why of such failure ? Whatever I tried it failed.
 
Thanks


[#] Sat Apr 23 2022 11:59:21 EDT from IGnatius T Foobar

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


eolKit: you didn't mention how you installed Citadel -- from a repository, using Easy Install, or as a container? Also what OS and architecture (ARM32 or ARM64) you're running on?

If it's a brand new installation, that message suggests that you somehow got two citservers running at once, which shouldn't happen because there are locks and things that prevent that.

Go to page: First ... 4 5 6 7 [8] 9 10 11 12 ... Last