[Citadel Development] (no subject)

GGGHHH "ctdlmigrate" has probably been broken for several years, another victim of untested "optimization". Every time I find these "buffered I/O" routines, something was broken by it. In this case, a migration of anything other than the smallest test system would make the

[Citadel Development] (no subject)

  I'm working with someone via e-mail. They're seeing an issue. It seems like responses get addressed "to:" the original composer and also to the account responding to the mail. This may be related to using external clients to compose/read/respond to messages. I'm having the user run some tests

[Citadel Development] (no subject)

I don't know much about such things. :) I thought maybe there was some backdoor way.  Mon Jan 18 2021 23:37:05 EST from IGnatius T Foobar Unfortunately a Mac port has been elusive, but we're gradually working it out. We have at least one person who has been interested in following the

[Citadel Development] (no subject)

Unfortunately a Mac port has been elusive, but we're gradually working it out. We have at least one person who has been interested in following the progress on that. It should be clear, however, that AppImage doesn't run on Mac ... only Linux.

[Citadel Development] (no subject)

Is it compiled for Mac? I can test there too. There is a Linux part on MiSTer FPGA. :) If you want *weird* - the Intel core on MiSTer FPGA could run Linux - but it is a 486sx at 100mhz that runs more like a 386. :)  Mon Jan 18 2021 14:53:47 EST from IGnatius T Foobar   We probably need some

[Citadel Development] (no subject)

The final package will probably have syntax something like this... citadel.AppImage run [-h dir] [-p port] [-s port]-h : Operate with data directory dir-p : Run the HTTP server on port port-s : Run the HTTPS server on port port citadel.AppImage stop(stops a running instance of the Citadel

[Citadel Development] (no subject)

Oh, if it works - we're going to see a lot more people using Citadel - because it was dead-easy - I was just overthinking it. I think it will reduce the questions and issues, too. It is pretty spiffy. I spent today moving my Cit to the default HTTPS port. I'm still getting some errors, but

[Citadel Development] (no subject)

Of course. No hurry. While the lot of you are testing for compatibility, I will be writing all of the installation and maintenance scripts around it. My hope is that this will work so well that it becomes the primary way people install and run Citadel. "Even Easier Install" or something like

[Citadel Development] (no subject)

Ok. I wasn't sure. In that case - I did not notice any issues. I'll run it again and put it through some more complex testing - creating accounts, rooms - inserting images and doing attachments. I've got an ARM copy of my real DB around here somewhere, so I'll take a wack at getting it to

[Citadel Development] (no subject)

What you experienced is exactly what it is supposed to do at this stage, no more, no less. There is not yet an option to "install" it, nor is there an option to go with anything other than the default configuration and location. When you run the appimage, the entire system starts up; when you

[Citadel Development] (no subject)

So, to launch Citadel, I need to execute sudo ./Citadel-armhf.AppImage every time I reboot or shut it down with a CTRL-C. Is that by design, or did something go wrong with the install?   

[Citadel Development] (no subject)

That worked like a breeze. When I ran the AppImage, once it was done, it didn't go back to a prompt. It wasn't clear that it had finished installing and executing. As soon as I connected to 127.0.0.1, it came right up in Chromium, and I saw that an update from citserver in the terminal window. I

[Citadel Development] (no subject)

All righty then! It's time for round 2 of testing the Citadel appimage. 64-bit x86: https://easyinstall.citadel.org/Citadel-x86_64.AppImage 32-bit ARM: https://easyinstall.citadel.org/Citadel-armhf.AppImage (A note on the ARM build: the Raspberry Pi OS is 32-bit, even on

[Citadel Development] (no subject)

I'm excited to have something to do with the Pi400. It will be ironic if the Pi 400 turns out to be as suitable as the Intel i5 for hosting my Citadel. They're cheap.      Thu Jan 14 2021 19:05:55 EST from IGnatius T Foobar Yeah. Hang tight, I've already figured out the webcit problem in the

[Citadel Development] (no subject)

Yeah. Hang tight, I've already figured out the webcit problem in the current build, and I just need to make sure I didn't break Easy Install or manual builds with it. I probably broke the Debian build, but as explained in a previous post I can't commit to supporting that style of installation

[Citadel Development] (no subject)

Ah, the ARM version isn't available yet. Ok. Well, I'll try to get to testing the Intel version this weekend.  Thu Jan 14 2021 17:56:36 EST from ParanoidDelusions Oh. I got a 128gb SD for the Pi400... so I'll try installing there too 

[Citadel Development] (no subject)

Oh. I got a 128gb SD for the Pi400... so I'll try installing there too - as Pi users are really the sweet spot for the Appimage install.   Thu Jan 14 2021 17:46:50 EST from ParanoidDelusions I've got another 240gb SSD...  

[Citadel Development] (no subject)

I've got another 240gb SSD, so I'm going to image the production this weekend, and will be able to do testing on the AppImage next week. I may have quit today... so I might have a lot of time, and little money. :)  

[Citadel Development] (no subject)

So, I feel like I’m the model of badly reported issues - but my gift is a dogged determination to force my way through - and in the process I tend to reveal how the documentation could be clearer - and I’m actually pretty good at clarifying the documentation in language that average people

[Citadel Development] (no subject)

I've created a private wiki called "Citadel Issue Tracker". It is a hidden room. In the past we've had a terrible record with bug trackers because they tend to fill up with badly reported issues, badly tested issues, and feature requests. So I'm making the audience limited for this one

[Citadel Development] Re: Subject lines

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. >>

[Citadel Development] 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://linuxize.com/post/how-to-install-flask-on-ubuntu-20-04/ > See that? The subject

[Citadel Development] Re: Subject lines

>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

[Citadel Development] Re: Subject lines

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. 

[Citadel Development] Re: Subject lines

>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

[Citadel Development] (no subject)

Regarding the proper RFC 2047 encoding of Subject and other lines in RSS feeds... I saw the "fixed_01" version of serv_rssclient.c and I don't understand why it makes calls to html_to_ascii. HTML is not allowed in subject fields, is it? I fixed the problem (or at least I think I

[Citadel Development] (no subject)

I know you're going to hate this suggestion, that it is difficult or impossible to implement, and it makes Citadel *closer* to what you're trying to get away from  - but I think if it could happen - it would generate more traffic and encourage more repeat traffic. First - the ability to "like"

[Citadel Development] Re: Subject Line patch/fix..

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)

[Citadel Development] Re: Subject Line patch/fix..

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

[Citadel Development] 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 commit this, by what name do you want to be credited in the changelog?

[Citadel Development] Re: Subject Line patch/fix..

>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

[Citadel Development] Re: Subject line missing spaces at 70 and 147 character positions..

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

[Citadel Development] (no subject)

At this time the revisions to the wire protocol, configuration storage, and user interface have been completed for the transition from Sieve to a rules-based filter. Now I just have to write the filter itself :)

[Citadel Development] (no subject)

FINALLY. After a lot of work and even more procrastination, the new http://www.citadel.org site has been completed and published. This is kind of a big deal because I've been trying to have the self-discipline to finish the site before I go back to writing any more code.

[Citadel Development] (no subject)

After some consideration I think I agree. Hopefully the number of people using custom Sieve scripts is very small. When someone uses the rules-based filter available in WebCit, here's what's actually happening: 1. The rules are converted to a Sieve script 2. The rules are then encoded

[Citadel Development] (no subject)

In my external perspective of looking forward, I would vote #2. Give the most control with the least reliance on legacy code.

[Citadel Development] (no subject)

I am having a first look at the conversation in Citadel Support (will look closer at it later) and noticing that libSieve is involved in someone's build troubles. libSieve [https://github.com/sodabrew/libsieve] hasn't been updated in 8 years. It is a small library. I am starting to

[Citadel Development] (no subject)

Heh. I miss Eudora. It worked. I actually did remove that mention in the new web site, which will be launched very soon. You can preview it at http://wwwdev.citadel.org The new web site is what I've been spending my time on lately. Even though I've got BIG plans for WebCit-NG and

[Citadel Development] (no subject)

>I'm going through the Citadel Server documentation and it mentions that >the IMAP client works with Eudora. Then it should probably also say that it is compatible with Pine and Elm. :)

[Citadel Development] (no subject)

Bump on the "Citadel on macOS" initaitive, now that Apple has deactivated all functional groupware and web serving from their Server.app product. I've still got my same macOS environment online, I just need to know if/when you will need access to it again so I can re-open firewall ports and

[Citadel Development] (no subject)

I'm going through the Citadel Server documentation and it mentions that the IMAP client works with Eudora. LOL

[Citadel Development] (no subject)

>Though just one question, is a strong knowledge of Citadel required >for the task? >I must admit I have not played/experimented with Citadel for the last >months... No, but you might need to have a working Citadel system that you're willing to play around with, to verify that what

[Citadel Development] (no subject)

Sun Nov 24 2019 23:10:08 EST from IGnatius T Foobar @ Uncensored Is anyone interested in helping to clean up our documentation for the new-and-improved Citadel website? We have 145 documents from the FAQ / Knowledge Base / Documentation portion of the old site. I have bulk-converted them as

[Citadel Development] (no subject)

Is anyone interested in helping to clean up our documentation for the new-and-improved Citadel website? We have 145 documents from the FAQ / Knowledge Base / Documentation portion of the old site. I have bulk-converted them as best as I could from wiki markup to "real" HTML, which you

[Citadel Development] (no subject)

Actually yes, that's exactly what it does. Easy Install was designed to be run over and over again, updating the software and keeping your data intact. I've been running Uncensored using the Easy Install distribution for years and I've never had a problem. When people do have problems, it's

[Citadel Development] (no subject)

  Fri Sep 06 2019 12:56:11 EDT from IGnatius T Foobar @ Uncensored Don't you have a snapshot feature on your VM hosts? It's common practice to snapshot a virtual machine before performing any sort of major upgrade, for exactly that reason. If it totally goes south you just revert, and it's

[Citadel Development] (no subject)

Don't you have a snapshot feature on your VM hosts? It's common practice to snapshot a virtual machine before performing any sort of major upgrade, for exactly that reason. If it totally goes south you just revert, and it's far easier than restoring from a backup.

[Citadel Development] (no subject)

I have a problem with sticking with a solid, stable production environment as development continues because I like what I have and don't want to risk losing things in the upgrade process. Often this results in a new feature I want showing up, and there being a tremendous upgrade process between

[Citadel Development] (no subject)

An airplane of a room, to be sure. Welcome. As you can see, the current Shiny Thing is getting Citadel to run inside a container. That ought to make deployment easier for a lot of people. I'm getting tired of listening to support requests from people running the outdated .deb packages.

[Citadel Development] (no subject)

767 new of 767 messages.

[Citadel Development] (no subject)

Whoa, great progress! I had read before that Citadel had pendant issues with Debian and derivatives, including of course Raspbian.But now fixed, and also included systemd support. Great work. Thanks.

[Citadel Development] (no subject)

What originally manifested as "Citadel no longer runs on Raspberry Pi" is turning into a pretty big deal. As was discovered in the support room, it crashes in the same place when running on the newest versions of Debian. As far as I can tell, the issue developed some time *during* the Buster

[Citadel Development] (no subject)

A few things are going on behind the scenes. Right now, I've got Easy Install running on my Raspberry Pi and I was able to reproduce the problem where the database is hosed from the very first install (manifests as "citadel-admin.socket" missing). Now to figure out what is going on, and to fix

[Citadel Development] (no subject)

Makes sense. :) Now to find a Linux variant that doesn't suck... I never should have sold off my SunFIRE server. Something tells me that with the addition of a 10tb RAID array, that could have made a very practical application server... I have so many regrets...

[Citadel Development] (no subject)

Microsoft, Apple, and the Linux Foundation have all been tainted by a lot of the same problems, such as SJW's and "flat" user interfaces. They all suck now. There's no escape. But ... if you ran a Linux VM on a Mac, your data files would probably migrate to a future native build without

[Citadel Development] (no subject)

But...but... Windows is now at one with the open source community, so what is to stop someone like me from feeling like it's the only viable choice when Apple's "Just works" model is so obviously a lie? Hmmm, maybe there is a middle ground... Wonder if anyone came up with anything that is

[Citadel Development] (no subject)

Easy there, chief. I said it's ironic, not that it's the preferred way to run ... well, pretty much anything, actually.

[Citadel Development] (no subject)

> The biggest irony is that it's running fine on Windows. Well crap, why didn't I think of that? Time to sell all my Apple hardware, get a $500 server and spend 50 times that much on licenses for things that I already have! Paying for software I get get free or bundled without license

[Citadel Development] (no subject)

And now for the answers to some questions fleeb asked in email. * Yes, ctdlsh uses libreadline. It also ... doesn't do much yet. Someday it will replace the text client as a place to do system configuration from the command line. But it doesn't yet do enough useful things for it to

[Citadel Development] (no subject)

Every revision gets us closer to OSX compatibility, so there's a good chance we'll get there around version 1000. As we continue cleaning up old code and removing obsolete features, the build gets cleaner and cleaner on things like FreeBSD and OpenBSD. My eventual goal is to streamline it so

[Citadel Development] (no subject)

Any chance that the OSX port can be 1000? :)

[Citadel Development] (no subject)

By the way ... in case I haven't mentioned this ... you can go to http://code.citadel.org to look at the git repository, read the commit history, browse the code, etc.

[Citadel Development] (no subject)

>On a RPM-based system, uninstalling would also need to initiate a few >commands to disable/remove the startup scripts: > > # service citadel stop > # service citadel remove True, but the next time I update the setup program, I'm probably going to switch it to use systemd

[Citadel Development] (no subject)

So I just read this:https://www.fastmail.com/help/technical/ssltlsstarttls.html Quite helped me to understand the differences, but one of the parts that caught my attention was this:"At some point, it was decided that having 2 ports for every protocol was wasteful, and instead you should have 1

[Citadel Development] (no subject)

On a RPM-based system, uninstalling would also need to initiate a few commands to disable/remove the startup scripts: # service citadel stop # service citadel remove I could be wrong on the precise options here, I do not have a system to confirm these against, but this is to the best

[Citadel Development] (no subject)

Hello.First time in the Development room. First, I'm not really a developer, but FWIW I do have some time for reading, and testing <-- hope this serves. Actually, even after reading IG's comments regarding XMPP and IRC protocols, I remained a bit insecure about which would be better. Also I

[Citadel Development] (no subject)

Sounds like a plan. MySQL has a similar mechanism, probably for similar functionality (though also for much more).

[Citadel Development] (no subject)

What if citserver listened on an auxiliary port in order to perform this kind of transaction, in a space that would not have access to any other data than what is absolutely needed? Webcit already needs to know where the citserver process is running from, so it would not mean any additional

[Citadel Development] (no subject)

WebCit and Citadel Server are not guaranteed to be on the same host system. And there might be multiple instances of WebCit on different host systems. Also ... the reason WebCit needs to be the agent which configures the SSL elements is because I want to do one-button SSL enrollment. If the

[Citadel Development] (no subject)

I see your point, IG. Java applications that access services over SSL use the JVM's keystore and keep everything self contained. When WebCit is installed, couldn't an external call to the citserver binary be used to generate the certs/keys for WebCit to import and serve? Ok, I'm not great when

[Citadel Development] (no subject)

Well, there are plenty of applications where you can perform key and certificate maintenance from a web interface. There are typically buttons to generate or import keys, to generate and export certificate signing requests, and to import certificates and chains. That much is not in question.

[Citadel Development] (no subject)

For SSL certs, especially ones that are not self-signed, the provider packages the cert(s) as files, with the assumption that if a cert is for multiple subdomains or web sites within the same domain, that it would need to exist as a file for servers such as Apache HTTPD. The most obvious benefit

[Citadel Development] (no subject)

I have officially Done The Needful. AdjRefCount() is now a synchronous operation. If there happens to be a refcount_adjustments.dat lying around from a previous version, it is ingested at startup and then deleted. I *may* come back later and have zero-refcount messages deleted by TDAP

[Citadel Development] (no subject)

Yeah, the server didn't answer at all. :(

[Citadel Development] (no subject)

I believe the odd characters have something to do with images contained within messages input from WebCit. I've seen several messages by multiple users (including yourself in your last post in Small Achievements> which you indicated a photo of a cylindar. Hope that helps track it down a

[Citadel Development] (no subject)

I don't see the stray characters on my terminal. Maybe this is a Mac thing. I'll check it out when I log in to your system. Speaking of which, before I do that, I've been cleaning up some random bits of code and data that seem to serve no purpose in the current build. For example, the

[Citadel Development] (no subject)

Feel free to move this to Save the Text Client> if you feel it more appropriate there. I thought a more limited audience was better for this. :) Not sure if this has been reported, or if it is a byproduct of how SSH is pasing between the daemon and local text client, but I've spotted a

[Citadel Development] (no subject)

It would have been Wednesday and Thursday. That same 70+ MB email getting pushed and indexed over and over again was slowing everything else down, exacerbated by hardware that is still showing some issues. I think we're good now, unless the hardware quits entirely. Let me know if you still see

[Citadel Development] (no subject)

Hiya Ig.. I think that I was seeing the same problem that was experienced by fleeb the other day.

[Citadel Development] (no subject)

Ugh. My phone has been killing Uncensored. Over and over again it's been trying to push a 70+ MB email from one folder to another, and timing out before Citadel delivers the reply saying the operation was completed. I think the message was local on the phone. Not quite sure.

[Citadel Development] (no subject)

(I did it ... and it works)

[Citadel Development] (no subject)

> Ugly, I know. This is the one downside to using libcurl for outbound >SMTP: it doesn't have the ability to fetch back the *actual* error >message sent back by the remote server; it only gives back the numeric >code (550). But it reduced thousands of lines of code, that we

[Citadel Development] (no subject)

And furthermore... I just did an awful lot of hacking and slashing to the text client. Billions, perhaps trillions, of lines of legacy and experimental code were removed. It's all back in a single directory with a single include file. Like ctdlsh and webcit-ng, it no longer uses GNU

[Citadel Development] (no subject)

Based on the kind of feedback we've been getting on the Easy Install system, here's what we're learning: * People really do read the "how to install the dependencies for your OS" section * But they're not smart enough to figure out how to fix it if it's slightly wrong I've removed

[Citadel Development] (no subject)

In case anyone is interested ... I am once again working hard on WebCit-NG (which will become simply "WebCit" when it replaces the old code). Progress is slow because no shortcuts are being taken; every layer needs to be perfect. The current code supports various dialects of DAV (even enough

[Citadel Development] (no subject)

Many years ago, someone on Uncensored was playing around with SCO and asked, "What the heck is 'micnet' and what is it for? As far as I can tell, all it does is duplicate the functionality of UUCP." And they were correct: the micnet code continued to exist in the descendents of Xenix long

Re: [Citadel Development] (no subject)

On Thu, Jan 11, 2018 at 10:12 AM, IGnatius T Foobar wrote: > Citadel 917, WebCit 917, libcitadel 917, textclient 917 all made it into > Debian > Testing after clean auto-builds. Nice. Indeed. Now that those made it to Testing, I'm setting up a new Debian Testing system

[Citadel Development] (no subject)

Citadel 917, WebCit 917, libcitadel 917, textclient 917 all made it into Debian Testing after clean auto-builds. Nice.

[Citadel Development] (no subject)

DAMMIT ... I *fixed* the problem, upgraded Uncensored *again* , and *still* got the directory wiped out. Fortunately I took an image-level backup of the system immediately before running the upgrade.

[Citadel Development] (no subject)

  Thu Dec 14 2017 07:26:17 PM EST from IGnatius T Foobar @ Uncensored How did it go? Very badly. It wiped out most of my Internet email address directory. I had to restore from a backup.  Oy gevalt!

[Citadel Development] (no subject)

>How did it go? Very badly. It wiped out most of my Internet email address directory. I had to restore from a backup.

[Citadel Development] (no subject)

Ok, I'm gonna take the plunge here, and upgrade both Uncensored and Easy Install to the current git-master. This will either be a disaster or totally awesome.

[Citadel Development] (no subject)

I've got the entire Citadel system running smoothly on the latest Debian. I think the changes we made were all good, but I must have missed something in the backporting. So it's in our best interest to get a new release of Citadel published as soon as possible. I think it's all working

[Citadel Development] (no subject)

Yup. Now I am going to be switching locations in a week or two, and testing will probably have to stop at that point for a while ( I am taking a technical break ) so if we can get some things hammered out and solid, it will free you to get the new version out :) > Fri Nov 17 2017 10:57:03 AM

[Citadel Development] (no subject)

That's fine, so far. Right now I'm only looking to see if it picks up all of your users during what will become the directory sync process.

[Citadel Development] (no subject)

Logging CN and DN in debug output like so (names changed...) citserver[68186]: ldap: found uid=someone-mn,ou=Mn,ou=People,dc=servername,dc=net citserver[68186]: ldap: cn = Someone of Mn citserver[68186]: ldap: display name: , uid = <10073>   I can log into my aide fine, with uid, but

[Citadel Development] (no subject)

Will test it. Glad we can solidify the system while at it :)      > Sun Nov 05 2017 10:34:18 PM EST from IGnatius T Foobar @ Uncensored > >Lots of work is going into this LDAP Sync thing. Once again it has >caused me to go back through a bunch of modules and solidify some pieces of

[Citadel Development] (no subject)

Lots of work is going into this LDAP Sync thing. Once again it has caused me to go back through a bunch of modules and solidify some pieces of the system that were a bit dated because they mostly-worked and didn't really call for much attention. bennabiy: you might want to run the current

[Citadel Development] (no subject)

> 2017-11-05 19:44 from kinetix @uncnsrd > Hey Citadmins / Devs / Packagers: > > There's a couple of funny errors in the webcit templates that produce >the "who's online" page. I noticed that when someone's idle, the alt >text shows "Idle sinces XX minutes" (with

Re: [Citadel Development] (no subject)

posixAccount contains the uidNumber which would work. I agree, Full DN would be bad idea... some UID generation would be better. > Mon Oct 30 2017 10:11:52 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: [Citadel Development] (no subject) > > >> >> >

  1   2   3   4   5   6   7   8   9   10   >