Please wait...
0 files
First of all, thanks for your response. I had not seen it till after
trying to install again and got back the same error indicated in
previous message. So I followed your instructions and this is what I
got back. I also checked the status of citadel service which
indicated that it failed to start as you can see.
Hmm. I am unable to reproduce this error. If you are running a Citadel built from source code (that includes Easy Install), perhaps you might consider running the Docker version? It's pre-built and runs wherever containers can run, and can't be foiled by the little differences between Linux distributions.
Sat Jun 18 2022 04:39:31 PM EDT from IGnatius T FoobarIf citserver failed to bind ports it will tell you in its log. I see that you have citserver answering on port 5222, which is the only port >=1024 that it uses. This suggests to me that you did not start citserver as root and therefore it could not bind to any of the low numbered ports.
Awesome! It was SELinux doing its thing. I set it to permissive and everything works great. Whatever bug I was hitting before with LDAP is now gone too! Thanks for the awesome alternative to corporate email!
Hello!
can I use my own logo and branding?
//Robin BE Sjöberg
Awesome! It was SELinux doing its thing. I set it to permissive and
everything works great. Whatever bug I was hitting before with LDAP
is now gone too! Thanks for the awesome alternative to corporate
Ooooh, that's great! I've never seen any use for SELinux other than making stuff not work correctly :)
This might also be good advice for the other person above these messages who had trouble on RHEL. I don't know, maybe it'll work there too.
Subject: Re: can I use my own logo and branding?
can I use my own logo and branding?
You can set the site logo in Citadel and it'll display in the corner and remain there. If you want more than that, go through /usr/local/webcit/static/ and replace whatever you want. Maybe keep a tarball of the files you modified so you can drop them back in whenever you upgrade.
Sun Jun 19 2022 09:11:19 AM EDT from IGnatius T FoobarAwesome! It was SELinux doing its thing. I set it to permissive and
everything works great. Whatever bug I was hitting before with LDAP
is now gone too! Thanks for the awesome alternative to corporate
Ooooh, that's great! I've never seen any use for SELinux other than making stuff not work correctly :)
This might also be good advice for the other person above these messages who had trouble on RHEL. I don't know, maybe it'll work there too.
I am very excited to finally not use my customer-facing product (Virtualmin) for email.
Perchance is there a good calendar app or syncer that would sync up to Citadel? I expected Google Calendar to do this but it wont run with authentication which I find VERY odd.
WebCit-NG will have full CalDAV and CardDAV support, and if you feel like building it from source and running it on a different port you might have some success with it. In particular I was able to get the Thunderbird calendar working 100% with Citadel using the unfinished WebCit-NG code.
I have a working Citadel server, but now that I have a few users set up we've found that if anyone deletes messages they end up in a kind of global trash folder so that anyone on the system can read them! Thankfully I've just started using this particular Citadel server and it's only for family members but still, this can't be right surely? How can I fix this so that everyone has their own private trash folders?
Since compiling on the actual Pi took forever the previous time, I´d like to crosscompile using my x64 (Ubuntu 22.04LTS) machine. Is this a viable option? I assume simply running the script would just compile and set-up Citadel on my x64 machine instead of compiling targeting the Pi, right?
up we've found that if anyone deletes messages they end up in a kind
of global trash folder so that anyone on the system can read them!
That's definitely not the normal behavior. Did someone create a global room called "Trash"? I'd be willing to believe that this could override the normal behavior with some clients (and if we find out this is the case, let us know and we'll code around it).
like to crosscompile using my x64 (Ubuntu 22.04LTS) machine. Is this
a viable option? I assume simply running the script would just
It ought to work, but I couldn't tell you how to do it.
If you don't want to compile ... consider running the Docker container. It's already built for you.
up we've found that if anyone deletes messages they end up in a kind
of global trash folder so that anyone on the system can read them!
That's definitely not the normal behavior. Did someone create a global room called "Trash"? I'd be willing to believe that this could override the normal behavior with some clients (and if we find out this is the case, let us know and we'll code around it).
Yes, that appears to be what happened (though obviously not deliberately, could it have somehow been created by an IMAP client?) Either way, I deleted the "Trash" and "Trashcan" from the "Main Floor" and it seems OK now.
Subject: Segmentation fault after updating debian stretch to buster
Hello Volks sorry need help.
I am getting segmentation fault after updating debian stretch to buster:
Thx in advance
Log file:
Jun 27 22:56:08 my kernel: [ 1054.584447] show_signal_msg: 78 callbacks suppressed
Jun 27 22:56:08 my kernel: [ 1054.584456] citserver[3867]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]
Jun 27 22:56:08 my kernel: [ 1054.584483] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00
Jun 27 22:56:08 my kernel: [ 1054.643175] citserver[3868]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]
Jun 27 22:56:08 my kernel: [ 1054.643207] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00
Jun 27 22:56:08 my kernel: [ 1054.702374] citserver[3869]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]
Jun 27 22:56:08 my kernel: [ 1054.702406] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00
Jun 27 22:56:08 my kernel: [ 1054.761006] citserver[3870]: segfault at 10000014c ip 00007ff0323a6198 sp 00007ffeaef906f0 error 4 in libdb-5.3.so[7ff0322d4000+142000]
Jun 27 22:56:08 my kernel: [ 1054.761036] Code: a5 4d 85 e4 74 bc 4c 39 f0 74 a0 31 c0 48 8d 35 96 31 08 00 48 89 ef e8 46 e6 f2 ff b8 16 00 00 00 eb a1 0f 1f 80 00 00 00 00 <41> 8b 94 24 4c 01 00 00 e9 d4 fe ff ff 0f 1f 00 f6 83 ac 05 00 00
Manual start
root@mygate:~# citserver -x 9
citserver[32092]:
citserver[32092]:
citserver[32092]: *** Citadel server engine ***
citserver[32092]: Version 917 (build b47178f) ***
citserver[32092]: Copyright (C) 1987-2018 by the Citadel development team.
citserver[32092]:
citserver[32092]: This program is open source software: you can redistribute it and/or
citserver[32092]: modify it under the terms of the GNU General Public License, version 3.
citserver[32092]:
citserver[32092]: This program is distributed in the hope that it will be useful,
citserver[32092]: but WITHOUT ANY WARRANTY; without even the implied warranty of
citserver[32092]: MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
citserver[32092]: GNU General Public License for more details.
citserver[32092]:
citserver[32092]: libcitadel(unnumbered)
citserver[32092]: main: creating lockfile
citserver[32092]: extensions: registered server command STLS (Start SSL/TLS session)
citserver[32092]: extensions: registered server command GTLS (Get SSL/TLS session status)
citserver[32092]: extensions: registered a new session function (type 0 Priority 30010)
citserver[32092]: master_startup() started
citserver[32092]: Checking directory access
citserver[32092]: Opening databases
citserver[32092]: db: open_databases() starting
citserver[32092]: db: Compiled libdb: Berkeley DB 5.3.28: (September 9, 2013)
citserver[32092]: db: Linked libdb: Berkeley DB 5.3.28: (September 9, 2013)
citserver[32092]: db: Linked zlib: 1.2.11
citserver[32092]: db: Setting up DB environment
citserver[32092]: db: dbenv->open(dbenv, /var/lib/citadel/data/, 75043, 0)
citserver[32092]: db: BDB2526 Finding last valid log LSN: file: 424695 offset 2551866
citserver[32092]: db: BDB1518 Recovery complete at Mon Jun 27 23:25:09 2022
citserver[32092]: db: BDB1519 Maximum transaction ID 0 recovery checkpoint [424695][2550648]
citserver[32092]: db: mounting databases
citserver[32092]: Initializing configuration system
Subject: Re: Segmentation fault after updating debian stretch to buster
Subject: Re: Segmentation fault after updating debian stretch to buster
Thanks
I thought the version of the repo is relativ up to date.
I will try it.
Hello.
It's been a while since I was last here...
I just wanted to ask something out of curiosity.
At office they're considering using a groupware software. They're being eye-candy at options such as eGroupware or Horde. At least for my taste, eGroupware does seem to have almost everything they want -except chat-, but is still overkill; Horde is simply ugly.
I'd like to try suggesting Citadel certainly, but I fear they won't like it at least in its current state.
So, just hypothetical question, when webcit-ng reaches a usable stage -ok, if it ever does-, do you think it could be suitable enough for groupware-like "enterprise" usage?
Or am I already talking about the dark side and shouldn't be asking this?
Thanks beforehand for your attention.
It is intended to have a more modern user interface and hopefully the people looking for something a bit more ... conventional? ... will like it.
That having been said, only the Forums (message boards) module has been completed, and we still have to implement Email, Calendar, Contacts, Blogs, and Wikis.
I can't tell you when it's going to be completed, and I realize that it is "perpetually in a state of almost there" but it's being actively developed.
And you're right -- they probably won't like it in its current state. WebCit "classic" was a mapping of the Citadel BBS "rooms" model onto a web browser.
After a couple of decades we've finally realized that this isn't really optimal for most sites and it's probably holding back adoption of the Citadel system.
Therefore, the rooms model will strictly become the domain of the text-based BBS client (and possibly a minimalist, non-javascript, non-dynamic web client that looks like the text client). The user interface of WebCit-NG will look more like those "my cloud" programs that have different modules for different applications.
Again, I regret that it's taking so long, but we're taking the time to make it an excellent quality experience.