wtf? How did it build 930 from a version 931 repo?
Time to build a few more test machines :(
I got this message in Firefox
You are connected to a Citadel server running Citadel 930.00.
In order to run this version of WebCit you must also have Citadel 931.00 or
newer.
Process are:
# ps -eaf|grep cit
root 611 1 2 08:50 ? 00:00:00 ./citadel-1613953314-x64.appimage
run -
> I'm looking at the complaints in the Citadel Support room from some
>users who are noting the wrong addresses appearing in the to/from
>headers on Internet mail under certain conditions. That looks like
>something that needs to be addressed sooner than later, so I'll be
>looking
(heart)
Fri Feb 12 2021 19:59:45 EST from IGnatius T Foobar Subject: Re: Yak shaving!
Yeah. It isn't glamorous but time spent on stability and consistency is time well spent.
Yeah. It isn't glamorous but time spent on stability and consistency is time
well spent.
Glad it is happening. I haven't done much testing other than the initial install of it. Had other fish frying myself. But I've been checking in and watching.
Wed Feb 10 2021 10:06:00 EST from IGnatius T Foobar Subject: Yak shaving!
So ... lots of stuff going on, as you can see in the commits,
>Regarding item 4. What will be the mechanism to stop the service using
>the AppImage, just Ctrl-C?
>
>I wonder if it will be with another switch:
># AppImage *stop*
If you're running the AppImage in the foreground, Ctrl-C will still be the
correct way to terminate it. citserve
@Art
Regarding item 4. What will be the mechanism to stop the service using
the AppImage, just Ctrl-C?
I wonder if it will be with another switch:
# AppImage *stop*
or a separate App/command that generates a 'stop flag file' inside the
directory and when the service detects it, it stops clea
>ctdlvisor: pid=449 exited, status=26880, exitcode=105
Hmm. Exit code 105 means it couldn't open the database.
What version of Berkeley DB is running on the production system you cloned?
If it is an Easy Install system, it's probably 6.2.32? That could be the
problem. Your datab
Snapshot restored, running as root: it starts, but it ends soon.
# md5sum Citadel-x86_64.AppImage
51d5fe3e8274b9b004d846fa1a473b34 Citadel-x86_64.AppImage
# ./Citadel-x86_64.AppImage run -h/usr/local/citadel
ctdlvisor: Welcome to the Citadel System, brought to you using AppImage.
The correct way to run it would be
./Citadel-86_64.AppImage run -h/usr/local/citadel
Do not specify "/data". That will be added by the program.
wrong way, running whith the directory (/usr/local/citadel/data),
re-creates the folders inside like in /usr/local/citadel (restoring VM
snapshot):
-rw--- 1 root root 380760064 Jan 25 19:00 cdb.00
-rw--- 1 root root 176128 Feb 2 10:55 cdb.01
-rw--- 1 root root 68
I try this and seems to run, but I can login, with my user & password,
If this is the right way to run it, how can I test it from a terminal?
# ./Citadel-x86_64.AppImage *run -h /usr/local/citadel/data*
ctdlvisor: Welcome to the Citadel System, brought to you using AppImage.
ctdlvisor:
This is what it shows the 3 times I tried to run it, the services stop.
This is a fresh snapshot, with the DBs intact in the previously used
folder, you can see that it process the citadel.* files since they are
gone, but it always leaves a citadel.lock file in their place
# ./Citadel-x86_6
Ugh. I opened up a pandora's box with this anti-LFHS thing. Lots of code
to rewrite. Uggghh
>It seems to me that the App is not updated, I download it and it is
>dated *January 15th*. And if I run it I get errors that had already been
>solved.
Weird. I must have only done the ARM version. But I'm not going to waste
your time because I found some problems related to the wh
It seems to me that the App is not updated, I download it and it is
dated *January 15th*. And if I run it I get errors that had already been
solved.
The md5sum is the same on both files downloaded (on jan 24 & 27):
$ md5sum Citadel-x86_64.AppImage20210115
587e56bbd11511fb4cfe7eae34e7f5d8 Cita
>I'm going to restore a snapshot of my VM so I can try again; when I try
>to log in with http; and the "citadel" process just crashes.
Yes, definitely use a new snapshot. If you ran the previous version of the
appimage, you can pretty much count on any database it touched being corrupte
Thanks!
I'm going to restore a snapshot of my VM so I can try again; when I try
to log in with http; and the "citadel" process just crashes.
webcit[2802]: POST /ajax_login_username_password HTTP/1.1
citserver[2801]: [(not logged in)(0)] USER ***
citserver[2801]: user_ops: cmd_user(***)
I don't see that anyone ever responded to this. If the AppImage install is creating a self-signed cert at startup - if that cert is a 1024 bit key - it isn't going to work and modern browsers will reject it. You need at least a 2048 bit key - otherwise, you'll get this error when you try to conne
AppImage development is teaching me something about the rest of the server:
we spend way too much time "cleaning up" when the server is exiting. I am
now removing thousands of lines of "exit cleanup hook" code that doesn't really
need to be there. Kudos to whoever wrote it, they had the inten
No, keep using whatever you were using. We want the AppImage to be tested on as many different systems as possible. If everyone is using what I'm using, that misses the point.
I'm working on this today and I'm going to try to figure out why WebCit keeps going catatonic on us (insert your favori
On 1/22/21 8:59 AM, IGnatius T Foobar wrote:
That's kind of odd. Ctrl-C works for me on both x64 and ARM.
At first, it did work. It seems that when the citadel process crashes
only webcit is running and Ctrl-C stops working.
I'm concerned about the "buffer overflow detected" error.
That's kind of odd. Ctrl-C works for me on both x64 and ARM.
I'm concerned about the "buffer overflow detected" error. That's a new one
for me. What operating system are you trying it on?
¿How can I test from a terminal and stop the AppImage?
After the following error I report, I can't stop the App using
Control-C. Maybe I should just kill the processes? So far I have only
restarted the VM during these errors.
> ps -eaf|grep cit
> root 435 1 0 10:27 pts
On 1/21/21 9:51 AM, IGnatius T Foobar wrote:
Excellent. Happy to hear that it works.
...
* Then, I will only need to redirect the traffic according to this
VM (from my router/fortigate)
The answer is yes, that will work and it is done that way all the time,
but you're getting
> * Will it be possible to recover space from the DB by compressing
>what is deleted? (because I see that the DB is still +90GB)
In the version of Citadel you are running in the AppImage, you should now
be able to set the hidden "c_shrink_db_files" configuration option, which
will run a
Excellent. Happy to hear that it works.
For better performance, do I need to install a local DNS like BIND?
That's up to you and not related to Citadel. If you want a caching DNS on your local host, I would recommend dnsmasq over BIND, but again, Citadel doesn't care.
If my current ser
I forgot to ask this:
Will it be possible to recover space from the DB by compressing what is deleted? (because I see that the DB is still +90GB)
Kudos
** I have a few questions at the end, thanks for answering.
New backup, now (before running):
# ls -la /usr/local/citadel/ && ls -la /usr/local/citadel/data/total 56 drwxr-xr-x 3 root root 4096 Jan 20 20:27 . drwxr-xr-x 11 root root 4096 Jan 13 14:11 .. -rw--- 1 root root 3256 Jan 20 20
>Citadel Server found BOTH legacy and new configurations present.
>Exiting to prevent data corruption.
There's your problem. If you ran Citadel server without citadel.config and
citadel.control present, it would have generated new configurations. Now
it sees two conflicting configuratio
Now te application behaved differently, I still can't connect to port
504; citserver is the process that listens on that port, right?
Maybe I should(?) delete all the files and copy a new backup.
citserver[5657]: libcitadel(unnumbered)
citserver[5657]: main: creating lockfile
citserver[565
Definitely move citadel.config, citadel.control, and refcount_adjustments.dat down into /usr/local/citadel/ (not in data/). We want the database directory to contain only the database.
Thank you!
Both files exists in the same path as the database and copied on the new
server. This system is used only for email.
# ls /var/lib/citadel/data/ -lh
total 91G
-rw--- 1 citadel citadel 363M Jan 19 14:46 cdb.00
-rw--- 1 citadel citadel 48K Jan 19 14:48 cdb.01
-rw--- 1 c
At the VERY least, you're going to need to find citadel.config and
citadel.control
files, and copy them to /usr/local/citadel/ along with your database in
/usr/local/citadel/data/
https://www.citadel.org/file_layout.html might give some hints as to where
to find the rest of the files, bu
One question:
What things will be lost if we manage to migrate the DB? Just to be
prepared.
In the meantime, I am investigating if I can use this tool:
https://github.com/imapsync/imapsync
to migrate all the emails (after recreating the accounts) from the old
to the new server
"imapsync
It doesn't connect, I tried it locally:
telnet 127.0.0.1 504
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused
And from my PC
telnet 192.168.16.33 504
Trying 192.168.16.33...
telnet: Unable to connect to remote host: Connection refused
# ps -eaf|grep cit
root
And I can't connect to webcit: This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator. I wonder if it won't work for me to copy the DBs from my current version: Citadel 8.17 with WebCit 8.17, server build 8.17? (in
Good day, using the new version provided.
Last night, I stopped my server in production and copied the files from
the DB. I copied them to: /usr/local/citadel/data/ (in the new VM)
When I run the appImage, I start to receive the information attached to
the file.
After the message, it seems
I get this message when I try to get in: http://192.168.16.33/ didn't find Template [login] 5 5
Great. Don't worry about webcit barfing on the template yet. I am getting that too, and am in the process of fixing it.
For the time being, I am satisfied to know that the AppImage is binary-compa
Using a Proxmox VM:
Debian GNU/Linux 10
Linux vm2 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64
GNU/Linux
This VM has Internet access from the local network, the gateway is a
fortigate.
Installed as root from the local user's folder:
root@vm2:/home/user1#
wget https://e
Are you still running your production system on a Raspberry Pi? Hopefully
I will have an ARM image ready by early next week. I think you should do
your testing on a Pi 400 :)
I'm going to have to buy another 240gb SD to make a "gold backup" of my production machine, so that I can start using the second one as a test box. I'll order one, and once I get it, and make a mirror of the production server - I'll start testing this.
Thu Jan 07 2021 14:57:11 EST from IGnatiu
More progress has been made on the AppImage. It now contains a small supervisor
program that will keep the various server processes up and running, restarting
them if they crash for whatever reason, etc. It shouldn't take long to finish
this.
I am excited about it. If this works as expected
The development team has always operated in that mode -- people come and go,
some contribute amazing things, some make messes that have to be cleaned up,
but it's always good to have some fresh ideas. There are occasionally stretches
where I'm the only one writing any code, but we must remember th
For those who started out on Z80 machines running Citadel on dual floppies and dealing with constant BDOS errors, moved to Citadel in x86 and x64 platforms, migrated to Citadel/UX - today's Citadel is pretty amazing, without a doubt. Citadel from back then is pretty much responsible for my career
Hi Art,
Yes i have been following along, even though i don't know how, i can see 'what' work you guys have been doing - generally. Exciting to read! I'm still struck dumb by the fact Citadel really has evolved from the 8-bit CP/M world. It is good to see, of late - you have been getting more h
mo: that's pretty much our target audience at this point. I've stopped thinking
about the large enterprise market because those people are stupid, and stupid
people prefer Exchange (and Sh*point, and now Teams). A lot of what we were
building in the past revolved around the idea that a really lar
Great idea! I normally read without commenting as alot of the technical details are over my head. I would just like to say, i my opinion, the audience for a citadel install should be the less technical end of the spectrum, not so much interested in the groupware functionality - but the building
Tonight I have been playing around with AppImage and it's looking promising
so far.
With just an hour or two of tinkering I was able to build an AppImage
containing
the Citadel Server and all of its dependencies, wrapped up all nice and snug
in a single binary executable. The really neat
Be aware, USPS is FUBAR this holiday season, though.
Thu Dec 31 2020 14:23:13 EST from ParanoidDelusions Subject: Re: New idea: Citadel AppImage
I know, but you've been helpful, and tolerant of me thrashing through your support forum like a bull in a china shop with a wasp's nest up its arse.
I know, but you've been helpful, and tolerant of me thrashing through your support forum like a bull in a china shop with a wasp's nest up its arse... and I've got a spare that is just sitting around that could do more good for Citadel as a community in your hands than sitting on a shelf in mine.
Well, I wasn't specifically looking for a donation, but if you're willing,
I'd be pleased to accept. It would basically become a build test host for
Citadel on ARM.
I think anything that makes *nix apps easier to get installed and running is a good direction. It is one of the most frustrating aspects of *nix. With that said, the things Citadel does is not trivial, and you would assume anyone trying to throw up a groupware and mail server has experience with
*sigh*
Still mitigating the effects of making the "local name" and "name + email
address" address syntaxes more standardized.
I really, really, really hate legacy webcit. Really, really looking forward
to the day webcit-ng is feature complete and we can ditch the old bucket of
bits.
In the Windows world, the default Administrator account has a unique GUID - or used to - maybe it has been fixed - even if you rename the account. So best practice there became to create a new administrator account and disable the default administrator account completely.
Tue Dec 22 2020 21:4
So, my understanding has always been that you want to obfuscate user names because knowing a user name is valid gives a hacker a place to start testing the security of the system. Most servers do this by telling you "The user name or password is wrong, enter your e-mail address and if it is corre
When I took over the place in Ohio - the owner of the place was a Doctor. He was really the only one on the executive staff that bought into my vision and supported it. Everyone else saw me as a trouble maker. After 6 years, he was able to sell the company to a bay area investor and get out. I li
As for why this is taking so long.
WebCit is broken. Really, really broken. Some time ago we embarked upon
an effort to get all of the HTML out of the WebCit C code and put it into
templates. And we did. The problem is that the template syntax is so horrible
that it's barely readable,
Technical discussion of the last few commits, for anyone interested:
In "classic" Citadel there were several different address formats:
1.Display name
2.Display name @ node
3.Display name
The second format is clearly obsolete now that there is no more
>Author: root
>Date: Wed Dec 2 09:36:26 2020 -0500
>
>input type="date" here will allow datepicker.js to be eliminated
>and should fall back to type="text" in the few remaining browsers
>that don't support it.
I'm assuming this is Warren ... could you set your c
The above commit should be the final completion of the new libsieve-free
inbox rules handler.
It probably needs a bit of testing, if anyone has the ability to do so.
Once this is all buttoned up we can publish a new version of Citadel, which
will also include the fixes to the RSS read
Awesome!
> Sun Nov 22 2020 10:26:32 PM EST from IGnatius T Foobar @ Uncensored
>Subject: Re: Subject lines
>
>
>>2020-11-22 00:42 from rss
>>Subject: buntu 20.04
>>In this article, we’ll discuss how to install Flask on Ubuntu
>>20.04 inside a Python virtual environment.
>>
>>https:/
> 2020-11-22 00:42 from rss
>Subject: buntu 20.04
>In this article, weâll discuss how to install Flask on Ubuntu
>20.04 inside a Python virtual environment.
>
> https://linuxize.com/post/how-to-install-flask-on-ubuntu-20-04/
>
See that? The subject is
>I don't have it up here in front of me, but there is the section that if
one
>is empty, the other is populated. That may have dredged up things we never
>knew existed.
Right. I believe I have fixed that.
Somewhere along the line, another developer made struct CtdlMessage a bit
No, it's nothing to do with the latest commit. I probably fell behind in
that conversation .. what I'm saying is..
Based on my testing of various popular Russian/International RSS feeds, it is
possible there can be any kind of junk in not only the Subject Line, but also
Author/Creator fields.
>There is all kinds of junk in those subject lines.. even CDATA. Also
>"Author/Creator". I think the Author/Creator code should be revisited...
Are you making this observation from an audit and/or test of the latest commit,
or from what is on Uncensored? I'm not *running* the fixed c
Sun Nov 15 2020 13:11:47 EST from warbaby @ Uncensored Subject: re: "like", "upvote", and other features...
You raise some good issues, and I don't think 'liking' or 'voting', goes against anybodies sacred beliefs. Some conversations lend themselves things like that.
[I myself was thinking
You raise some good issues, and I don't think 'liking' or 'voting', goes
against anybodies sacred beliefs. Some conversations lend themselves things
like that.
[I myself was thinking recently, Citadel could use some a project management
feature.. .. so, I thought about writing a new module
for
Just saw this.. guess I'm going to have to setup IMAP again..
> Mon Nov 02 2020 01:51:37 PM EST from IGnatius T Foobar @ Uncensored
>Subject: Re: Missing space in subject line patch - Use this instead..
>
>You have write access to the repository. If the fix is well tested, go
>ahead and pu
Here is what multiple, single user dialup BBSs with different user-bases used to provide... Volume of content. I called Earl's Castle, and once I was done there, I hung up and I called Omni BBS, then the Rubber Crutch, then I logged into my own BBS... and I repeated that throughout the day. Call,
Tue Sep 08 2020 09:00:50 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Citadel room sharing
Believe me, I get it. An exodus from the big sites is exactly what I want. Facebook and Twitter are cancer on the Internet and must be eradicated. Recently I've begun thinking that the failure
You have write access to the repository. If the fix is well tested, go ahead
and put it in.
>What mainly caught my attention is the inbox filter engine. I'm not sure
>(perhaps I should read back some.. ) exactly what you're referring to.
libSieve is old and unmaintained, and most people just want to write inbox
rules using the rule editor anyway, so we're abandoning Sieve an
That's quite interesting .. I was also thinking of some other code bases that
could be scavenged.. [php comes to mind, there are interesting things in
there.. but I won't derail.. ]
What mainly caught my attention is the inbox filter engine. I'm not sure
(perhaps I should read back some.. ) exa
You know what ... now that I'm more awake, I remember more clearly :)
What I was thinking about was actually called "unstripped" not "unpatched".
There was a period of time during which the build produced binaries both
with and without the debugging symbols intact.
citserver-unpatched was just a name I used for the old binary, unrelated to
anything else..
John Wayne said, "Life's tough".. (possibly him, attributed to him anyway..)
"..it's even tougher when your stupid.. "
I should have remembered why we did all kinds of stuff all careful and such
in my
>Thought to make the comment.. big difference in the size of the binaries..
>"unpatched" was a recent (like, week or so) easyinstall..
What's the date on the unpatched version? I thought we got rid of that a
long time ago.
There was some sort of build/diagnostic option that I neve
Yes, I should have just attached a proper patch..for some reason I've been
thinking I don't have permission for file attachments.
Regarding this html/visibility issue.. I'm testing a webcit installation with
CKeditor [see attached.]
..working on getting a nice little (not overly complex) con
I'll email you privately on that.. thanks!
> Wed Sep 30 2020 06:58:55 PM EDT from IGnatius T Foobar @ Uncensored
>Subject: Re: Subject Line patch/fix..
>
>Ok never mind about the upload, I viewed your message in WebCit and the
>change that needed to be made appeared clearly.
>
>Before I co
Ok never mind about the upload, I viewed your message in WebCit and the change
that needed to be made appeared clearly.
Before I commit this, by what name do you want to be credited in the changelog?
>Okay it's fixed. I'm very happy about this. Lots of work to find, butÂ
I
>asked God to help me find it, and He did. :)
Nice! Also I didn't know you were a believer, that's also very cool.
We should definitely apply your patch to the main tree immediately, but could
you upload it
Hmm. This stuff has been reworked a few times since I last worked on it,
but it looks like you would be interested in following the following code
paths:
CtdlMakeMessage() in msgbase.c (code to read in messages ... this is called
by the SMTP server and others)
convert_internet_message()
Believe me, I get it. An exodus from the big sites is exactly what I want.
Facebook and Twitter are cancer on the Internet and must be eradicated.
Recently I've begun thinking that the failure of our largest cities is the
exact same thing happening in meatspace, and what we really want is to be
Makes sense. I have seen so much recent talk about social media having negative
effects on our society's mentality and how Facebook and Twitter are knowingly
leveraging that to make money. While I can't fault them on their business
model, if people are inclined to participate. I choose not to, a
It's a good question, and one for which I have an answer in my mental roadmap
for the Citadel system.
First let's address the idea of a "messaging monopoly". During the dialup
era, the potential audience of a BBS was limited to those who could reach
the site with a local call, and to a lesser
Points granted :)
On 7/25/20 2:49 PM, noreply wrote:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Citadel Server, WebCit, utilities".
The branch, master has been updated
v
Mon Aug 19 2019 09:06:15 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Webcit-ng
WebCit-NG is still the intended direction of the project. I want to retire WebCit Classic. It's just a matter of time. By "citadel-thunderbird interactivity" I assume you mean CalDAV. Yes, that's already in
That seems sensible enough. I might even go the ultra-old-skool way and have
the server configure a default user name and password when it's coming up
for the first time on an empty database ... but if it sees that environment
variable, it means someone knows what they're doing and it could use th
>"docker exec -it my-citadel-container /usr/local/citadel/setup" to set
>the administrator password.
A traditional way to do this might be to set an environment variable on the
first boot of the container.
It's good practice to keep the containers as self-contained as possible;
not
>How likely will it work in a mid/high range synology nas?
I have no way of giving you any answer other than "try it and see". If they're
supporting Docker and it's standard Linux on AMD64, it ought to work, but
we won't know until someone tries it.
Some more work was done on this yest
How likely will it work in a mid/high range synology nas?
Regards!
On 8/21/19 12:56 PM, IGnatius T Foobar wrote:
There's a new repo called "citadel-docker" which will be used for Citadel
running in a Docker container. Commits will appear here as well.
This may seem like a small change, but it's going to be used in a lot of
different places (and it was a pain in the neck to do this because it didn't
fit well into the normal serv_upgrade.c module).
This will eliminate the places where a user name that has spaces or punctuation
in it is no
WebCit-NG is still the intended direction of the project. I want to retire
WebCit Classic. It's just a matter of time.
By "citadel-thunderbird interactivity" I assume you mean CalDAV. Yes, that's
already in WebCit-
NG and it already works. So it'll be there out of the gate. Remember
What about things such as shared calendars and address books?
I kinda think I reported long ago that these were not working properly on current Webcit (ok, maybe just calendar for now...).With another quick look I remembered what's not working in the calendar: the attendees for when creating new
Nearly all of my long term plans for Citadel *depend* on webcit-ng.
Specifically,
all of the ActivityPub (mastodon compatibility) and other global plans are
going to require the webcit-ng engine in order to work at all.
It's happening -- I just keep finding other things that need to be fixed
Er, by chance still any plans for Webcit-ng?I'm still willing to contribute someway, in non-dev stuff -cause I'm no dev-...
Thanks
It goes in fits and spurts. Once I get started on something it tends to happen
fast. Most of the things I've been working on have been internal improvements
that don't show up in the user interface.
Mon May 27 2019 19:33:36 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Webcit-ng
It means if you're really interested and willing to commit to the work, I'll figure out a way to get you access to the server so you can help out.
Thanks IG.
Just hope you are able to find another spare
It means if you're really interested and willing to commit to the work, I'll
figure out a way to get you access to the server so you can help out.
301 - 400 of 1884 matches
Mail list logo
