<?xml version="1.0"?><rss version="2.0"><channel><title>CitaNews</title><link>http://uncensored.citadel.org/</link><description>
News, views, and clues about the Citadel system.
</description><image><title>CitaNews</title><url>http://uncensored.citadel.org/roompic?room=CitaNews</url><link>http://uncensored.citadel.org/</link></image>
<description>CitaNews</description>
<item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099559072</link><pubDate>Tue, 31 Mar 2026 01:47:41 -0000</pubDate><title>The Metal Shop is back!</title><guid isPermaLink="false">2099559072@Uncensored</guid><description><![CDATA[The Metal Shop is back 
 I wrote a multi-user Citadel BBS from the ground up. Need people to test
it. You can reach it via ssh with bbs@games.gamedaemondeck.com:2222 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099557471</link><pubDate>Wed, 04 Mar 2026 05:24:24 -0000</pubDate><title>Re: What&#39;s up with DAV!</title><guid isPermaLink="false">2099557471@Uncensored</guid><description><![CDATA[<html><body>

<p>Is there hardware you don't have that is holding you up on developing features for Citadel? You should reach out to me. I give SO much shit away to people who need it. Little kids, friends who are busted broke. But - if I could help move Citadel along with an old Apple device or a Surface or a Pi or a MiSTer - I'd be willing to talk. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Mar 03 2026 04:03:40 UTC</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: What's up with DAV!</span></div>
<div class="message_content">
<p> </p>
<p><span style="white-space-collapse: preserve;">I also picked up an old iPad, so iOS/macOS testing is next on the list.</span></p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099557416</link><pubDate>Tue, 03 Mar 2026 04:03:40 -0000</pubDate><title>What&#39;s up with DAV!</title><guid isPermaLink="false">2099557416@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="white-space-collapse: preserve;">I’ll keep this short; nothing ages worse than grand promises without code behind them, and the commit history already shows how much has been happening.</span></p>
<p><span style="white-space-collapse: preserve;">The CalDAV and CardDAV layers for WebCit‑NG have been moving fast. This week we crossed a real milestone: full three‑way interoperability between Thunderbird’s calendar, DAVx⁵ on Android, and WebCit‑NG’s own UI. All three are now rendering the same events with the same semantics, no hacks, no client‑specific workarounds.</span></p>
<p><span style="white-space-collapse: preserve;">Thunderbird and DAVx⁵ are also speaking CardDAV cleanly now, which means contacts are flowing just as well as calendars.</span></p>
<p><span style="white-space-collapse: preserve;">I also picked up an old iPad, so iOS/macOS testing is next on the list.</span></p>
<p><span style="white-space-collapse: preserve;">It’s a long way from the “spray‑and‑pray XML” approach in the legacy code. The new implementation actually honors PROPFIND and REPORT semantics the way the RFCs describe them, and the stack is finally behaving like a proper DAV server instead of a best‑effort exporter.</span></p>
<p><span style="white-space-collapse: preserve;">More to come as it continues to solidify.</span></p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099518226</link><pubDate>Sun, 27 Apr 2025 20:38:09 -0000</pubDate><title>Re: 32-bit support is ending for Citadel</title><guid isPermaLink="false">2099518226@Uncensored</guid><description><![CDATA[Yeah ... we have been keeping 32-bit support alive for longer than most projects,
but at some point when you have a limited amount of volunteer effort to run
support, you have to let old stuff go sometimes.   
  
 The era of 32-bit computing was FAR longer than the era of 16-bit computing,
and we are hoping the era of 64-bit computing will be even longer than that.
 (At some point you've got all the address space you could possibly need,
right?O  Even the current 64-bit architectures are only wired for 56 bits
for now.) 
  
 As for Citadel, we try to make everything in-place upgradeable without having
to upgrade to intermediate versions, as long as the version you're running
is less than 10 years old.  We're *really* fastidious about that. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099517839</link><pubDate>Thu, 24 Apr 2025 13:34:41 -0000</pubDate><title>Re: 32-bit support is ending for Citadel</title><guid isPermaLink="false">2099517839@Uncensored</guid><description><![CDATA[<html><body>

<p>I may have to retire my Cubox i4pro. It's ARM7. I was able to install Debian but not Arch on it. Citadel ran flawlessly on it under Debian. SolidRun has a newer model but I may just skip it and get a real server. That's the hazards of using first-world workmanship from Israel instead of some cheap Chinese SBC: that it keeps working years later.</p>
<p>Oddly the Cubox model has gone up in value since I bought it and it may yet fetch a decent price! It's probably not enough to match inflation but still...</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099517784</link><pubDate>Thu, 24 Apr 2025 01:06:58 -0000</pubDate><title>32-bit support is ending for Citadel</title><guid isPermaLink="false">2099517784@Uncensored</guid><description><![CDATA[  
 Hello, everyone out there in Citadel land!  This is an announcement to let
you know that we are ending official support for running the Citadel system
on 32-bit architectures.  No specific end date has been set at this time,
but if you're running Citadel on 32-bit x86 or on 32-bit ARM, now's the time
to begin thinking about an upgrade. 
  
 If you've been hanging on to an old 32-bit VM because you were afraid to
convert your database, you're not alone.  We just converted the database here
on Uncensored (the flagship site) late last year.  The dump and load utilities
have FULL fidelity and they worked great to convert our somewhat large database.

  
 Why are we doing this? 
  
 * Support for 32-bit operating systems in general is coming to an end. 
 * There is 32-bit x86 support in the containerized distribution of Citadel,
and as far as I can tell, nobody anywhere is using it.  There
are a few stragglers on 32-bit ARM, though. 
 * 2038-jan-19 will be here before we know it.  All 32-bit Citadel installations
will die horribly of the Y2038 bug. 
 * In the next few years, we will be gradually rolling out a transition from
Berkeley DB to LMDB.  Although Oracle hasn't announced end-of-life for Berkeley
DB, they also haven't updated it in years.  LMDB is super fast and well supported,
and the open source community seems to have a consensus that it's The One.
 But you have to run it on 64-bit, otherwise your database is limited to 4
GB.   
  
 If you are still running 32-bit Citadel, let us know ... especially if you
need help converting. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099512321</link><pubDate>Wed, 12 Mar 2025 22:35:16 -0000</pubDate><title>Citadel on Docker now supports all languages</title><guid isPermaLink="false">2099512321@Uncensored</guid><description><![CDATA[  
 Good news!  We've updated the containerized version of Citadel to pre-install
all available language packs. 
  
 So if you're running Citadel for non English speaking users, and your language
is supported, running Citadel in a container on Docker (or Kubernetes or Openshift
or whatever) is now the easiest way to get running fast!  No installation
of language packs, no locale configuration, just run and go. 
  
 And remember: if your favorite language isn't supported, we always welcome
translators.  We are happy to accept new translations, and we are happy to
accept improvements to existing translations. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099511751</link><pubDate>Sat, 08 Mar 2025 17:05:06 -0000</pubDate><title>Citadel 1010 released</title><guid isPermaLink="false">2099511751@Uncensored</guid><description><![CDATA[<html><body>

<p>Citadel 1010 has been released, and if you're not using the Docker version yet, why not take the time to migrate -- after that, upgrades are ridiculously easy and can be completed in seconds.</p>
<p>A few sites have been reporting that WebCit has been freezing randomly, and it seems to be a result of a new wave of brute force attacks on the HTTPS ports.  We've hardened the code even more and made it more difficult for the Bad People to lock up your WebCit port.</p>
<p>There are no feature upgrades in this version.   Share and Enjoy!</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099507386</link><pubDate>Fri, 07 Feb 2025 00:27:52 -0000</pubDate><title>Citadel 1009 improves international language support</title><guid isPermaLink="false">2099507386@Uncensored</guid><description><![CDATA[ 
 Citadel 1009, available at all the usual locations for download and install.
 
 Some users had complained about the international language support being
a bit dodgy in WebCit.  We've improved this a bit and things should be much
better now for those of you running Citadel in communities with non-English
speakers.
 
 As a reminder ... you MUST have the language packs for your operating system
installed in order for Citadel to support any of its translations.
 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099503748</link><pubDate>Tue, 07 Jan 2025 02:59:12 -0000</pubDate><title>Re: Citadel tip of the day - using the Docker image with Let&#39;s Encrypt</title><guid isPermaLink="false">2099503748@Uncensored</guid><description><![CDATA[  
 There are a lot of ways to skin that particular cat, and a lot of use cases.
 In another part of my world I have a system set up that automatically renews
a wildcard certificate with Let's Encrypt every 60 days, and automatically
contacts every site or server that uses it to do a certificate update.  It
has to integrate with the DNS server to do that. 
  
 Our objective here, however, is to honor our tradition of making things not
just easy, but "Citadel Easy (tm)".  Everything is self-contained and doesn't
require the site operator to set up any external dependencies.  Less concise
integrations are always available, but the default installation must be as
easy-peasy as possible.  Our mission is to put excellent software into the
hands of site operators who don't want their data being handled by big SaaS
operators -- and we want that to be easy. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099503659</link><pubDate>Mon, 06 Jan 2025 05:41:58 -0000</pubDate><title>Re: Citadel tip of the day - using the Docker image with Let&#39;s Encrypt</title><guid isPermaLink="false">2099503659@Uncensored</guid><description><![CDATA[ > Remember, however, that a fully deployed Citadel site uses TLS for    

 >more than just the web service.  For example, if you are using the     
 >email service, good luck getting Google or Microsoft to talk to you if 
   
 >you don't offer STARTTLS.     
 >     
 >    
    
 The solution I use as a reverse proxy can do lots of crazy things beyond
being an http(s) proxy. It can also work as a TCP dumb relay. You could add
TLS to arbitrary connections using it.   
  
 I don't think it is sophisticate enough for doing STARTTLS without addons,
though. You could hack some solution for that but at that point it is no longer
ellegant. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099503023</link><pubDate>Mon, 30 Dec 2024 17:36:47 -0000</pubDate><title>Re: Citadel tip of the day - using the Docker image with Let&#39;s Encrypt</title><guid isPermaLink="false">2099503023@Uncensored</guid><description><![CDATA[ > The moment you operate more than one site from the same domestic LAN  

 >this setup just makes more sense than most stuff people is doing   
 >elsewhere.   
  
 Yes, I have done similar things and it works quite well. 
  
 Remember, however, that a fully deployed Citadel site uses TLS for more than
just the web service.  For example, if you are using the email service, good
luck getting Google or Microsoft to talk to you if you don't offer STARTTLS.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099502983</link><pubDate>Mon, 30 Dec 2024 15:15:35 -0000</pubDate><title>Re: Citadel tip of the day - using the Docker image with Let&#39;s Encrypt</title><guid isPermaLink="false">2099502983@Uncensored</guid><description><![CDATA[<html><body>

<p>I do the same thing with a NGINX proxy server that sits between me and the outside world.</p>
<p>Does all the DNS name to internal IP translations for me, so i can run more than one "service" on a single external IP.  Handles the certs and easy renewals. And for things that dont have their own internal security ( or is a pain to manage ), i can prop up a login on the proxy and still present it to the outside.</p>
<p>I guess in theory it helps to handle random DoS attacks too, it takes the hit instead of the app server.</p>
<blockquote>
<div class="message_header"><span>Mon Dec 30 2024 00:28:16 UTC</span> <span>from <a href="do_template?template=user_show?who=darknetuser">darknetuser</a> </span> <span class="message_subject">Subject: Re: Citadel tip of the day - using the Docker image with Let's Encrypt</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Well, what I do for this sort of setup where I have a web application that I want to treat as a black box is: <br /><br />1 - Set up a reverse proxy and load the certificates there. <br />2 - Point the reverse proxy to forward any TLS/port 443 traffic to the application. <br /><br /><br /></div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099502920</link><pubDate>Mon, 30 Dec 2024 00:28:16 -0000</pubDate><title>Re: Citadel tip of the day - using the Docker image with Let&#39;s Encrypt</title><guid isPermaLink="false">2099502920@Uncensored</guid><description><![CDATA[Well, what I do for this sort of setup where I have a web application that
I want to treat as a black box is:     
    
 1 - Set up a reverse proxy and load the certificates there.   
 2 - Point the reverse proxy to forward any TLS/port 443 traffic to the application.
  
 3 - Instruct the reverse proxy to forward any non-tls/port 80 traffic to
a dummy server that either   
 --> issues a 302 redirect to the https version of the site   
 --> accepts let's encrypt traffic for certificate renovation   
  
 The moment you operate more than one site from the same domestic LAN this
setup just makes more sense than most stuff people is doing elsewhere. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099502817</link><pubDate>Sat, 28 Dec 2024 21:21:04 -0000</pubDate><title>Citadel tip of the day - using the Docker image with Let&#39;s Encrypt</title><guid isPermaLink="false">2099502817@Uncensored</guid><description><![CDATA[  
 It's called "tip of the day" but that's just a turn of phrase -- don't expect
one of these every day. 
  
 Some site administrators have asked in the past whether it's possible to
use ACME protocol (Certbot) to make use of the Let's Encrypt certificate authority
while still using the Docker image for Citadel.  To make the HTTP-01 challenge
work, you have to expose a web server on port 80.  Now if you're only running
WebCit on port 443 (HTTPS mode) you can handle that however you want, and
you can either configure some other web server on port 80 or use Certbot's
built-in HTTP server or whatever.  But what if you're running WebCit on both
port 80 (HTTP mode) and port 443 (HTTPS mode) ? 
  
 This is actually pretty easy.  Add this to your container run: 
  
 --volume=/usr/local/webcit/.well-known:/usr/local/webcit/.well-known 
  
 Obviously you need to have the directory /usr/local/webcit/.well-known
created on your host already.  Now, when you do your certbot command, you
can do 
  
 --webroot --webroot-path /usr/local/webcit 
  
 and everything will just work. 
  
 References: 
 * https://www.citadel.org/docker.html 
 * https://www.citadel.org/sslcertificates.html 
  
 We hope that this will contribute to our intended experience of making Citadel
the most easy to use groupware and content management system out there.  Share
and enjoy! 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099483489</link><pubDate>Mon, 05 Aug 2024 10:58:12 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099483489@Uncensored</guid><description><![CDATA[<html><body>

<p>Agreed</p>
<blockquote>
<div class="message_header"><span>Mon Aug 05 2024 00:08:25 EDT</span> <span>from <a href="do_template?template=user_show?who=nonservator">nonservator</a> </span> <span class="message_subject">Subject: Re: CitaNews - May 2024</span></div>
<div class="message_content">
<p>All this just underscores my feeling that Citadel is one of the finest underappreciated pieces in the world of FOSS. It may be a thankless job, but I certainly appreciate all the work done on it.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099483464</link><pubDate>Mon, 05 Aug 2024 04:08:25 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099483464@Uncensored</guid><description><![CDATA[<html><body>

<p>All this just underscores my feeling that Citadel is one of the finest underappreciated pieces in the world of FOSS. It may be a thankless job, but I certainly appreciate all the work done on it.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099483438</link><pubDate>Sun, 04 Aug 2024 22:30:12 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099483438@Uncensored</guid><description><![CDATA[ >I'm curious if there will be, to even a  
 >rudimentary degree, subject based or reply based threading, or  
 >will any given room on webcit NG still be shown basically as a  
 >chronological list of posts as is current in the bulletin board  
 >view option on webcit?   
  
 Good question!  Thanks for asking. 
  
 One of the BIG design decisions for WebCit-NG was to abandon the idea that
the Web interface should mirror the "rooms" metaphor of the text-based BBS.
 Although we've taken steps towards this goal in the past, we are now fully
embracing the concept that if you access a Citadel site with a web browser,
it's going to look like a set of integrated applications with a common design
language and a common back end -- NOT as a metaphorical walk through a building
where you visit rooms that have different purposes. 
  
 In other words, think of it as something in the same family as NextCloud
or Teams, but with a focus on applications that mix group communication with
content management, such as email, group calendars, blogs, wikis, and of course
forums.  (As a benefit on the other side -- this frees up the text client
to be itself: a real old-school BBS!) 
  
 What this means is that the "forums" app can look however we want it to look,
and I am definitely open to the idea of having a threaded view.  The only
question in my mind is how to render it in a way that ensures you don't "miss"
replies because they were buried way up in a thread that you've already seen
most of.  I'm open to suggestions on this. 
  
 The good news is that when you "reply" to a message in a Citadel forum/room,
it *does* record the thread references.  In fact, it's been doing this for
over fifteen years, so an existing site already has the threads in place --
IF people are using the "reply" button.  And
that's the bad news: many Citadelians, particularly those who have been around
since the old times, never got into the habit of using "reply" -- they just
select "enter message" even when replying.  This has the effect of "starting
a new thread" when they shouldn't.  Now this is probably less of a concern
than it used to be, but we'll have to look at some recent forums and inspect
the headers.  (I suppose an "in reply to..." header, that could be switched
on for diagnostics, could do the trick.) 
  
 I'm also wondering whether it might make sense to simply offer a "topic"
view, where there is merely one level of threading, so you just see the "OP"
(original post) and then everything underneath it is linear (or maybe that's
what you meant by "subject based").  Uncoincidentally, the "blog" view in
WebCit-Classic does exactly this: you're looking either at all top-level posts,
or a single top-level
posts and all of its replies.  Under the covers it's *exactly* the same back
end as the Forums view, and we simply ignore all thread references other than
the top one, and render it the way people expect for a blog. 
  
 I think you'll agree, however, that the most important thing right now is
to get WebCit-NG to the point where it has feature parity with WebCit-Classic,
so that we can release it into general availability, and *then* we can innovate
on top of it.  It's regrettable that we couldn't do the transition gradually,
but the old and new versions are so fundamentally different from each other
in architecture that it just wasn't practical to do. 
  
 Again, thanks for asking; the feedback is wonderful and very much appreciated!

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099483298</link><pubDate>Sat, 03 Aug 2024 16:26:23 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099483298@Uncensored</guid><description><![CDATA[<html><body>

<p>I've been checking out the git from time to time and noticed a lot of work going on with the back end calendar code. Looks good in the updated web interface, for sure! A solid improvement to the usability of citadel as groupware.</p>
<p>While I'm thinking about it, I have to ask about the "forums" -- obviously the floor - room structure isn't going anywhere (as it shouldn't, it rocks) but I'm curious if there will be, to even a rudimentary degree, subject based or reply based threading, or will any given room on webcit NG still be shown basically as a chronological list of posts as is current in the bulletin board view option on webcit?</p>
<p>To be clear I'm fine with whatever, just wanted clarification for future planning and preparations.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099482583</link><pubDate>Tue, 30 Jul 2024 03:53:20 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099482583@Uncensored</guid><description><![CDATA[ >Naturally makes one have to ask, do we have an estimate on when  
 >NG will be live? Pretty excited for that interface more than  
 >anything else in the works ATM -- that's all "icing on the cake"  
 >so to speak.  
  
 Just a quick update -- the roadmap page at https://www.citadel.org/roadmap.html
now includes a preview of the Calendar app in WebCit-NG.  We're really excited
about how much of an improvement this one is over the calendar in WebCit Classic.
 Interestingly, the communication between the user interface on the browser
and the datastore on WebCit is actually using CalDAV as its on-the-wire protocol,
and we're successfully exchanging calendar data between Thunderbird and WebCit-NG
using CalDAV. 
  
 Now I do need to mention one thing.  The purpose of these updates is not
to peddle vaporware.  It is, in fact, the opposite: to *show* you the progress,
and to demonstrate that what
we are building is actually taking shape and is not vaporware.  It is to demonstrate
that Citadel is a highly active project but most of the current work is not
yet visible in the published releases of the Citadel System.  I hope that
you are all as excited as we are. 
  
 The calendar module is, without question, the single most complex and logic-heavy
piece of the Citadel system.  As you might expect, there are hundreds of little
details to get right -- not just getting the display looking good but handling
time zone conversion, recurring events, interaction with foreign calendar
systems, integration with client software, handling all sorts of weird edge
cases -- it's quite a chore!  But we are not cutting corners and we believe
you will be pleased with the results. 
  
 A big thank you to anyone who has sent in patches, reported bugs, or contributed
comments and suggestions and test results
over the last six to twelve months.  Thanks to you, Citadel Server is exceptionally
robust right now and this frees up folks like me to focus on the new user
interface.  You are all a wonderful community and for that we are grateful.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099481212</link><pubDate>Sat, 20 Jul 2024 17:27:44 -0000</pubDate><title>Advisory for sites geting DOSed on the &quot;s&quot; ports (smtps/pop3s/imaps/nntps)</title><guid isPermaLink="false">2099481212@Uncensored</guid><description><![CDATA[  
 Over the past year or so we have seen an increase in brute-force attempts
on the "s" ports -- SMTPS, POP3S, IMAPS, NNTPS -- and these don't time out
as quickly as the unencrypted ports, so we end up with the effect of it being
a denial of service attack when you hit the maximum number of sessions limit
for your site. 
  
 We are recommending that you disable these ports.  The good news is that
these ports are seldom used; just about all users are configured for STARTTLS
on the regular port numbers anyway. 
  
 The next release of Citadel Server will have these ports disabled by default.
 They can be activated at any time for the few sites that need them. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099472156</link><pubDate>Mon, 20 May 2024 19:08:13 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099472156@Uncensored</guid><description><![CDATA[ >I tried running the easy install to update my existing server but it   
 >gets stuck here at the end - I tried manually starting the citadel   
 >server process and I can then log in but it never sent me the DNS code.
  
 >Any ideas?  
  
 Well you could start by posting your help request in the Citadel Support
forum instead of in CitaNews. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099472130</link><pubDate>Mon, 20 May 2024 16:48:35 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099472130@Uncensored</guid><description><![CDATA[<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>I tried running the easy install to update my existing server but
      it gets stuck here at the end - I tried manually starting the
      citadel server process and I can then log in but it never sent me
      the DNS code. Any ideas?</p>
    <p><br>
    </p>
    <p>Marisa<br>
    </p>
    <div class="moz-cite-prefix">On 5/18/24 09:23, IGnatius T Foobar
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:6648D5E6-7D2365AE@uncensored.citadel.org">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <p>Hello friends!  Here in the northern hemisphere we're taking in
        the beautiful weather of spring and enjoying our little corner
        of the digital world here in Citadel land.  We have a few little
        bits of news that we think you'll enjoy.</p>
      <p><strong>Citadel 1000 now includes DKIM signing support</strong></p>
      <p>That's not a branding exercise -- it actually happens to be
        Version 1000 in the release train.  And it contains something
        special.</p>
      <p>If you are using Citadel as an email server, you know how
        frustrating it can be when the big email services throw your
        messages into the spam folder or even reject them entirely. 
        Google and Yahoo in particular have really turned up the heat on
        email senders.  Now hear the good news: Citadel now
        automatically creates a DKIM signature for all outbound email. 
        If you want to take advantage of this feature -- and you
        absolutely should -- it is implemented with Citadel's legendary
        ease of use.  Citadel Server automatically creates your site's
        private key, automatically sets up signing of outbound messages,
        and the ever-helpful Citadel Aide will send you (the site
        administrator) a message containing the <em>exact</em> DNS
        records you have to create.  All you have to do is copy and
        paste those records into your DNS provider, and you're done!</p>
      <p>Here at citadel.org, we were getting everything rejected by
        gmail at the door, but when DKIM went online, the effect was
        dramatic and immediate; we had no problem getting email to those
        users within 12 hours.  So if you're using Citadel for email,
        upgrade now and take advantage of this exciting new feature.</p>
      <p><strong>Roadmap</strong></p>
      <p>We've added a new "Development Roadmap" to the Citadel web
        site.  It's at <a href="https://www.citadel.org/roadmap.html"
          moz-do-not-send="true" class="moz-txt-link-freetext">https://www.citadel.org/roadmap.html</a>
        and you can see where we're going next, including screenshots of
        some of the exciting new developments we have in the works.</p>
      <p>And as always, remember to join us at <a
          href="../../undefined/" moz-do-not-send="true">https://uncensored.citadel.org</a>
        for vibrant forums covering all sorts of topics about
        technolibertarianism and life in the free world.</p>
    </blockquote>
  </body>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099472110</link><pubDate>Mon, 20 May 2024 16:14:38 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099472110@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Realistically ... probably some time next year. <br /><br /></div>
</div>
</blockquote>
<p>Oooh a wait but one that sounds well worth it. Pretty excited for it all obviously.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099472093</link><pubDate>Mon, 20 May 2024 14:01:15 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099472093@Uncensored</guid><description><![CDATA[ >Naturally makes one have to ask, do we have an estimate on when NG    
 >will be live? Pretty excited for that interface more than anything    
 >else in the works ATM -- that's all "icing on the cake" so to speak.   

    
 Realistically ... probably some time next year.  The good news is that what
you saw in the screenshots is real and actually completed, not a mockup. 
So the basic framework is in place, including all of the REST/DAV foundation
and SSL and even some CalDAV support now, and as you saw in the screenshots
the Mail and Forums modules are feature complete.   
    
 At this time the Calendar module is being developed, which is probably the
most complex one out of all the remaining modules......  And we are actively
working on it; this is the top and only priority.  Unfortunately we just lost
a couple of weeks to the DKIM side quest; this was unplanned but it became
an emergency
when the Gatekeepers Of Mountain View stopp accepting all email being sent
to gmail accounts.  But with that out of the way we're back to WebCit-NG.
  
  
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099471937</link><pubDate>Sun, 19 May 2024 13:32:02 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099471937@Uncensored</guid><description><![CDATA[<html><body>

<blockquote> so it will be implemented once WebCit-NG goes live.</blockquote>
<p>Naturally makes one have to ask, do we have an estimate on when NG will be live? Pretty excited for that interface more than anything else in the works ATM -- that's all "icing on the cake" so to speak.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099471876</link><pubDate>Sun, 19 May 2024 04:03:39 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099471876@Uncensored</guid><description><![CDATA[ > HOw long until ActivityPub is a thing?   
  
 Good question, thanks for asking.  The short answer is that we won't be adding
that to WebCit Classic, so it will be implemented once WebCit-NG goes live.
 I know that's a frustrating answer because it's what we really want to be
adding right now.  The new framework will make it possible.  Unfortunately
WebCit Classic has become so difficult to maintain that it really isn't feasible
to add a major new subsystem to it.  The new code is architecturally beautiful
and should put us into a good position to add, change, and replace new features
for many years to come. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099471823</link><pubDate>Sat, 18 May 2024 19:27:47 -0000</pubDate><title>Re: CitaNews - May 2024</title><guid isPermaLink="false">2099471823@Uncensored</guid><description><![CDATA[You placed the pony pictures in there just to lure me to comment, didn't you?
The pony foal is soooo cute. I also loved the wood-chipper.   
  
 HOw long until ActivityPub is a thing? 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099471790</link><pubDate>Sat, 18 May 2024 16:23:02 -0000</pubDate><title>CitaNews - May 2024</title><guid isPermaLink="false">2099471790@Uncensored</guid><description><![CDATA[<html><body>

<p>Hello friends!  Here in the northern hemisphere we're taking in the beautiful weather of spring and enjoying our little corner of the digital world here in Citadel land.  We have a few little bits of news that we think you'll enjoy.</p>
<p><strong>Citadel 1000 now includes DKIM signing support</strong></p>
<p>That's not a branding exercise -- it actually happens to be Version 1000 in the release train.  And it contains something special.</p>
<p>If you are using Citadel as an email server, you know how frustrating it can be when the big email services throw your messages into the spam folder or even reject them entirely.  Google and Yahoo in particular have really turned up the heat on email senders.  Now hear the good news: Citadel now automatically creates a DKIM signature for all outbound email.  If you want to take advantage of this feature -- and you absolutely should -- it is implemented with Citadel's legendary ease of use.  Citadel Server automatically creates your site's private key, automatically sets up signing of outbound messages, and the ever-helpful Citadel Aide will send you (the site administrator) a message containing the <em>exact</em> DNS records you have to create.  All you have to do is copy and paste those records into your DNS provider, and you're done!</p>
<p>Here at citadel.org, we were getting everything rejected by gmail at the door, but when DKIM went online, the effect was dramatic and immediate; we had no problem getting email to those users within 12 hours.  So if you're using Citadel for email, upgrade now and take advantage of this exciting new feature.</p>
<p><strong>Roadmap</strong></p>
<p>We've added a new "Development Roadmap" to the Citadel web site.  It's at <a href="https://www.citadel.org/roadmap.html">https://www.citadel.org/roadmap.html</a> and you can see where we're going next, including screenshots of some of the exciting new developments we have in the works.</p>
<p>And as always, remember to join us at <a href="../../undefined/">https://uncensored.citadel.org</a> for vibrant forums covering all sorts of topics about technolibertarianism and life in the free world.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099375300</link><pubDate>Tue, 13 Feb 2024 23:29:50 -0000</pubDate><title>CitaNews - February 2024</title><guid isPermaLink="false">2099375300@Uncensored</guid><description><![CDATA[<html><body>

<p>Hello to everyone out there in Citadel land!  We hope your new year has been fresh and exciting so far.  This is a quick update on what's new, what's coming, and what's possible.</p>
<p><strong>Citadel software releases</strong></p>
<p>There have been a few new point releases of the Citadel system in the last five months.  These are just maintenance releases, containing minor bug fixes and minor feature updates. </p>
<p>Community feedback from the Version 992 release last fall has been overwhelmingly positive.  For sites which experienced database corruption on, shall we say less than ideal machines, these reports have completely stopped.  We cannot overstate how good it feels to know that we have once again achieved one of the most stable data stores available.  This thing is rock solid!  We're also pleased that the dump and load utilities have been well received by the community, for sites which need to move to new hardware, or different hardware.</p>
<p><strong>Development work</strong></p>
<p>You're not <em>seeing</em> a lot of new features because all of our UI effort is going into WebCit-NG right now.  I wish this was something that you could see the progress on, but it's useless to end users until it's feature complete!  So for those who think our Web UI looks a bit dated, fear not: the new one is gorgeous.  The "forum" and "mail" modules are complete, and we are currently focusing on the "calendar" module.  Since WebCit-NG natively uses DAV/REST as its browser-to-server interface, we're making it CalDAV native!  Everyone is looking forward to not only the web user interface, but also native access from all of your favorite desktop and mobile calendar applications.</p>
<p><strong>Follow along?</strong></p>
<p>Our git repository at <a href="https://code.citadel.org/?p=citadel.git;a=summary">code.citadel.org</a> is one again running GitWeb.  For all the features that GitLab CE offered, we just weren't using them, and so it was a waste of server space.  But you can still follow along and watch the development progress.  If you're a developer, or can write documentation, we'd love to have you join our community!</p>
<p>And don't forget, the community bulletin board at <a href="../../undefined/">uncensored.citadel.org</a> isn't just for Citadel support; it's also a vibrant set of forums covering all sorts of topics about technolibertarianism and life in the free world.  Join us!</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099356437</link><pubDate>Sat, 02 Sep 2023 22:03:55 -0000</pubDate><title>Message #2099356437</title><guid isPermaLink="false">2099356437@Uncensored</guid><description><![CDATA[  
 Citadel 992 is now available.  There are no end user visible changes in this
version, but there's a whole lot going on in the back end.  So if you're a
system administrator, you might want to get this one. 
  
 * As promised, `ctdlmigrate` has been removed.  It has been replaced by two
utilities that get the job done much faster and more reliably: `ctdldump`
and `ctdlload`.  They are, as their name suggests, dump and load utilities
for your Citadel database.  These must be run while Citadel Server is *stopped*.
 You can use these utilities to move a Citadel installation around between
machines that have different architectures -- for example, you can go from
32-bit to 64-bit, from AMD/Intel to ARM, etc. 
  
 * This version has been tested on FreeBSD.  There are no sexy installation
scripts included but if you're running FreeBSD you probably want to roll-your-own
anyway.  It does require
GCC and GMake. 
  
 * IMPORTANT: if you've had problems with database corruption in the past,
then this is the one for you!  We've got it running REALLY SOLIDLY at this
point.  I personally haven't been able to get my test databases to fail no
matter how badly I abused them.  Ironically, this was part of an effort to
get ready to move AWAY from Berkeley DB, but in the process we figured out
how to get Berkeley DB to be as stable as it was when we first started using
it 20+ years ago. 
  
 * There is a new `loadtest` utility that you can use to abuse the system
for a while before you put real users onto it, if you feel like doing that.
 It's multithreaded and can support hundreds of concurrent load testing threads.

  
  
 So there it is ... that's how the Citadel team spent our summer.  :)   This
is an upgrade that makes the Citadel Server far more solid, far more reliable,
and far more
portable.  We are also now in a position where someone can write alternative
back end storage layers for Citadel Server, such as LMDB or MariaDB or whatever.
 Such a back end could potentially be written in a few days, and the new dump-and-load
utilities would allow quick porting to them. 
  
 Once the dust settles down from this upgrade we'll be going back to work
on WebCit-N[5~G. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099350572</link><pubDate>Tue, 18 Jul 2023 04:02:05 -0000</pubDate><title>ctdlmigrate to be replaced by new utilities</title><guid isPermaLink="false">2099350572@Uncensored</guid><description><![CDATA[ 
  
 Consider it vaporware -- but not really, since it's already been written,
but not published yet.  This is just an advance notice so that Citadel sites
can take advantage of an upcoming improvement. 
  
 If anyone has tried using the "ctdlmigrate" utility to move a Citadel database
between machines -- perhaps on different architectures (AMD64 vs. ARM) or
different bit widths (32-bit vs. 64-bit), then you already know how slow that
utility is, and on very large systems the fidelity can be less than perfect.
 Therefore, this utility is being retired in an upcoming release. 
  
 It will be replaced by simple "dump" and "load" utilities, whose purpose
will be instantly familiar to anyone who has ever worked with databases. 
You can dump your Citadel database to a flat file, which can then be loaded
onto another system running the same version of Citadel -- even if it's a
different CPU. 
These utilities are intended to be used while Citadel Server is *NOT* running,
so they are much faster and more reliable. 
  
 So if you've been putting off a migration to a different CPU because ctdlmigrate
was too finicky (like I have -- my system still runs on 32-bit) then the upcoming
release and its new dump and load utilities are for you. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099346232</link><pubDate>Thu, 08 Jun 2023 23:21:18 -0000</pubDate><title>IMPORTANT RELEASE NOTE regarding Citadel 976</title><guid isPermaLink="false">2099346232@Uncensored</guid><description><![CDATA[ 
  
 This is an important release note regarding Citadel version 976, which is
appearing shortly on all the usual download places. 
  
 Every installation of Citadel has a database called the Use Table, which
keeps track of external data items that have already been "seen" so they are
not downloaded again.  During the most recent development cycle, we became
aware that these items have been getting stored in a way that (1) consumed
much more space than required, and (2) never got purged from disk. 
  
 Regrettably, this bug was not fixable in a way that could preserve the table,
so part of the fix involves erasing the whole table during the next upgrade.
 Don't worry, this doesn't erase any of YOUR data.  It just means that after
your next upgrade, you're going to see some duplicates in rooms that are pulling
external RSS feeds or remote POP3 mailboxes.  After that first run, the duplicates
will not appear again. 
  
 We apologize for the minor inconvenience this may cause. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099344584</link><pubDate>Tue, 30 May 2023 03:53:51 -0000</pubDate><title>Important: the Citadel git repository has MOVED</title><guid isPermaLink="false">2099344584@Uncensored</guid><description><![CDATA[  
 Important announcement: the Citadel git repository has moved! 
  
 TL;DR: it is now at [ https://code.citadel.org/citadel/citadel.git ] 
  
 The longer story is that we are now running a private GitLab server, so that
we can do all of that neat stuff with CI/CD and automatic builds and have
a better way of handling merge requests and all of those other things. 
  
 You don't need to have an account on the server to download or browse the
code.  However, if you intend to submit patches or otherwise contribute, you
can sign up -- but to limit abuse, we have it configured so that you MUST
use an @uncensored.citadel.org email address.  I think you can change it later
if you want to.  I just don't have the time or patience to deal with random
kiddies from out of town trying to mess with the system. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099342112</link><pubDate>Fri, 12 May 2023 20:37:06 -0000</pubDate><title>Re: OpenID support will be discontinued in Citadel 952</title><guid isPermaLink="false">2099342112@Uncensored</guid><description><![CDATA[ >Any time horizon for the NG?  
  
 At least a year away, possibly longer.  We're committed to making it super
high quality and it is taking a long time. 
  
 It's in the repo if you want to try building it yourself.  Right now you
can log in, participate in web forums and send/receive email, but a lot of
features are unimplemented at this time. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099340921</link><pubDate>Wed, 10 May 2023 06:14:35 -0000</pubDate><title>Re: OpenID support will be discontinued in Citadel 952</title><guid isPermaLink="false">2099340921@Uncensored</guid><description><![CDATA[<html><body>

<p>Any time horizon for the NG?</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099339433</link><pubDate>Mon, 08 May 2023 01:29:05 -0000</pubDate><title>Re: OpenID support will be discontinued in Citadel 952</title><guid isPermaLink="false">2099339433@Uncensored</guid><description><![CDATA[The login screen *is* becoming plain.  All of the social logins are going
to be gone in the next version because none of them work anymore!  And obviously
the "New User" button is already disabled if your site does not permit self-service
new user registration.  It's also disabled if you use LDAP authentication.

  
 We'll give this a fresh look in the future, but it will be in WebCit-NG.
 We'll still have LDAP for those who want it, and we'll probably add some
more modern SSO. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099339241</link><pubDate>Sun, 07 May 2023 11:17:24 -0000</pubDate><title>Re: OpenID support will be discontinued in Citadel 952</title><guid isPermaLink="false">2099339241@Uncensored</guid><description><![CDATA[<html><body>

<p>Any chance of supporting U2F logins via hardware keys?</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099339188</link><pubDate>Sun, 07 May 2023 05:00:15 -0000</pubDate><title>Re: OpenID support will be discontinued in Citadel 952</title><guid isPermaLink="false">2099339188@Uncensored</guid><description><![CDATA[<html><body>

<p><strong><span style="font-size: 12px;">I would wish for a future version.</span></strong></p>
<p><span style="font-size: 12px;">1. loginscreen - remove the whole openid and just provide a plain loginscreen. username and password as well registration for new users. which you can also disable.</span></p>
<p><span style="font-size: 12px;">2. the possibility to send an invitation link.</span></p>
<p><span style="font-size: 12px;">3. revision of the database user management</span></p>
<p><span style="font-size: 12px;">4. an additional mysql adapter.</span></p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099335671</link><pubDate>Wed, 19 Apr 2023 16:50:22 -0000</pubDate><title>OpenID support will be discontinued in Citadel 952</title><guid isPermaLink="false">2099335671@Uncensored</guid><description><![CDATA[  
 In times past, OpenID was a useful tool for logging in to public Citadel
sites.  Today, as far as I can tell, no one is using it anymore, mainly because
most of the big providers stopped supporting it. 
  
 Please be advised that OpenID support will be discontinued, beginning with
Citadel 952.  If by some chance there is anyone out there still using OpenID,
please migrate away from it before upgrading. 
  
 In a future version, we will be looking at supporting SAML and/or OAuth.

  
 Note that external authentication via LDAP will continue to be supported.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099318776</link><pubDate>Mon, 05 Dec 2022 03:16:06 -0000</pubDate><title>Message #2099318776</title><guid isPermaLink="false">2099318776@Uncensored</guid><description><![CDATA[<html><body>

<p>I have started the first stages of planning for Fortress, the BSD-licensed Citadel-compawtible Citadel service for FreeBSD.</p>
<ul>
<li>fortressd - the core of the service, which handles all Citanet and SMTP transport</li>
<li>fortmail - the sendmail command for Fortress</li>
<li>fortress-imapd - IMAP server</li>
<li>fortress-popd - POP3 server</li>
<li>fortress-webd - FastCGI web-app</li>
<li>fortress-chatd - handles the XMPP/IRC realtime chat</li>
<li>fortress-spamkill - SpamAssassin-like mail filter for Fortress</li>
<li>there may be moar, each protocol will have its own daemon that interfaces with fortressd</li>
</ul>
<p>Current known dependencies:</p>
<ul>
<li>fcgi-devkit (www/fcgi)</li>
<li>mariadb-client OR mysql-client</li>
<li>nginx, lighttpd, or Cherokee (or any webserver that supports FastCGI)</li>
</ul>
<p>Will be provided in the source packages:</p>
<ul>
<li>rc scripts for FreeBSD</li>
<li>sample nginx configurations</li>
</ul>
<p>Goals:</p>
<ul>
<li>will be easier to manage multiple domains on a single Fortress instance</li>
<li>set up system-wide and per-domain mail filterings</li>
<li>some anti-spam filters in fortressd, with moar in fortress-spamkill</li>
<li>a purely BSD-licensed Citadel service (some BSD peeps are not running Citadel due to lack of BSD license)</li>
</ul>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099318716</link><pubDate>Sun, 04 Dec 2022 20:40:35 -0000</pubDate><title>Re: Citadel container images now up to 56% smaller!</title><guid isPermaLink="false">2099318716@Uncensored</guid><description><![CDATA[  
 And right on the heels of that announcement is another great one: 
  
 We are now offering the container image on ARM64.  This is in addition to
the previously supported ARMv7 (32-bit), i386 (32-bit), and AMD64 (64-bit).

  
 I see there are already some downloads of the ARM64 image, so I'm sure people
are eager to run Citadel on those inexpensive cloud instances, or on some
of those ARM-powered developer boards that are such a good value these days.

  
 As a reminder: if you want to move Citadel to a different architecture, you
cannot just file-copy your database to the new system; you *must* use `ctdlmigrate`.
 Citadel databases are architecture-dependent.  `ctdlmigrate` exports your
database to XML for transfer across-the-wire and then imports it into the
architecture of the target system. 
  
 (Obviously, if you are migrating between the same architecture from different
vendors;
for example AMD64 between AMD and Intel, or ARM32 between manufacturers, or
ARM64 between manufacturers; you can just copy the files over.  You can also
migrate from Easy Install to the Container image without converting your database.)

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099318534</link><pubDate>Fri, 02 Dec 2022 21:40:31 -0000</pubDate><title>Citadel container images now up to 56% smaller!</title><guid isPermaLink="false">2099318534@Uncensored</guid><description><![CDATA[  
 Good news for those of you who are running the containerized distribution
of Citadel.  Whether you're running it under Docker, Kubernetes, Openshift,
or any other container platform, you just scored an easy win. 
  
 The win is this: thanks to a new multi stage build, the container images
are LESS THAN HALF their previous size ... with zero loss of functionality.

  
 Multi stage builds work by bringing in all of the tools needed to compile
all of the application components, but then it starts over with a new build
and only carries over the completed binaries.  So the container image no longer
contains the build tools that are no longer needed. 
  
 If you aren't already running Citadel as a container, what are you waiting
for?  It's our easiest installation ever! 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099303469</link><pubDate>Mon, 13 Jun 2022 13:23:15 -0000</pubDate><title>Message #2099303469</title><guid isPermaLink="false">2099303469@Uncensored</guid><description><![CDATA[  
 Citadel 956 has been released and is available for download via all channels
(Docker container, Easy Install, and of course source code).  This is good
news for users with low-spec systems such as Raspberry Pi, because we finally
found and fixed the bug that made attachments sometime fail to work on some
of these systems.  So if you were impacted by this bug, now is the time to
upgrade! 
  
 Citadel Server is no longer using the GNU Autotools and has been changed
over to our own build system, which is far less complex and should save a
lot of trouble for people working with it at the source code level.  We've
also smoothed out the changes that will make it build with less trouble on
both Linux and BSD, again thanks to reduced complexity. 
  
 There are no feature changes in this release, only bugfixes.  So if Citadel
is already working fine for you, feel free to let this version pass you by.
 Otherwise ... Share And Enjoy! 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099303103</link><pubDate>Fri, 10 Jun 2022 14:37:57 -0000</pubDate><title>Thoughts from the build world</title><guid isPermaLink="false">2099303103@Uncensored</guid><description><![CDATA[<html><body>

<p>Thoughts for the build world -- or, perhaps, a not-so-fond farewell to GNU Autotools (please <em>do</em> let the door hit you on the way out)</p>
<p>For the last 20 years or so, most parts of the Citadel System have used <a href="https://www.gnu.org/software/automake/manual/html_node/Autotools-Introduction.html">GNU Autotools</a> as the build system (autoconf, automake, etc.) to obscure the differences between various Unix-like operating systems and create a single build process that works across all of them without significantly modifying the code.  As many of you know, actually using autotools is not exactly the carefree world they claim it to be.  There is a lot of ugliness you have to add into your code, lots of indirection and turning half of your headers into templates that get fed into autoconf, and of course lots and lots of complexity.</p>
<p>For the last few years, the build system for the text client has abandoned autotools and is using a much simpler build system, something I affectionately call "conf-IG-ure".  It is based on the idea that we no longer have to support Sequent OSF/Solaris running on a 36-bit AS/500 sideframe.  There are no longer hundreds of hardware and software combinations we need to support.  Today, it is only Linux and BSD that matter, and the existing body of open source software is so valuable that anything else that comes along is going to be source and build level compatible with what we have now.  In other words, open source has accomplished what the commercial Unix industry failed to do.</p>
<p>Conf-IG-ure does in just a few lines of code what Autotools does in thousands of lines.  The famous "<tt>./configure &amp;&amp; make &amp;&amp; make install</tt>" incantation is still what the user sees.  "configure" generates "config.mk" which is fed into "Makefile".  But the Makefile can also detect if config.mk is missing, and it runs configure if it needs to.  Very cool!   We run just a few short tests to check a couple of dependencies (such as <tt>-liconv</tt> being needed on FreeBSD but not Linux), and we parse just a few command line arguments to handle things like installing the software to a non-default location.  It all works very well and -- more importantly -- it is far easier to maintain.</p>
<p>The text client has been using this build system (if you can even call it a build system) for several years now.  ctdlsh has always used it, and the not-yet-finished WebCit-NG is using it.  I've been saying for a while that we will someday move Citadel Server to this build system as well.  "Someday" turned into "right now" last week when I hit a build problem on Autotools that I just couldn't figure out how to fix.  Builds that were succeeding on some systems were failing on others (including my own!).  So as much as I didn't want to set off on another side quest, the current effort is to move Citadel Server to the new build system.  So far it's working pretty well.  I also ended up removing the over-complex script that scans the tree for server modules, and replaced it with a single source file where the developer makes a location to activate the module.   Everything else is just scanned in.</p>
<p>The next release of Citadel will be using this.  We will be working hard to make sure it builds cleanly on the most common systems -- various distributions of Linux running on x86-64 and ARM (including Raspberry Pi, which is staggeringly popular).  We're going to need some help on FreeBSD (kitty?) but it should be pretty clean there too.  As always, thanks for being part of the Citadel family and I hope these changes make all of your lives easier.</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099299243</link><pubDate>Sat, 23 Apr 2022 19:15:26 -0000</pubDate><title>Message #2099299243</title><guid isPermaLink="false">2099299243@Uncensored</guid><description><![CDATA[I could have saved you the trouble.  I am running Docker on my windows desktop
at work, and although it has a couple of different operating modes, at the
end of the day it requires a Linux kerenel.  Even though there is such a thing
as Windows containers, nobody is using them.  My point of reference is a large
number of enterprise shops who run stuff in our data centers.  When they transition
their applications to "cloud native" they are also porting them to Linux,
because 99% of the time, running containers means running Linux containers.

  
 (Shout out to the folks who have been running FreeBSD Jails for decades and
wondering why no one noticed.) 
  
 I don't want to get too much into the weeds here because this forum is really
for Citadel-related announcements, but most of the time when you see something
announced as a "Docker container" it's really an OCI container; you can run
it on
Docker or Kubernetes or OpenShift or any of the other container runtimes.
 And if the runtime's host operating system is not Linux, there's going to
be an emulated or paravirtualized Linux kernel in there somewhere.  Uncoincidentaly,
that's why Kubernetes runs faster on AWS and GCS than it does on Azure. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099298351</link><pubDate>Thu, 14 Apr 2022 22:25:22 -0000</pubDate><title>Message #2099298351</title><guid isPermaLink="false">2099298351@Uncensored</guid><description><![CDATA[<html><body>

<p>Well both success and failure.</p>
<ul>
<li>Docker for windows requires WSL. I didnt expect that and honestly thought perhaps they ported docker to windows native... but i guess i should have known better.</li>
<li>Installing WSL is a single command and not a lot of parameters to type.. so an above basic windows person could do that. ( all they need to do is know how to get to an admin powershell prompt, and type..)</li>
<li>Installing docker, traditional windows download/installer.  No big deal there.</li>
<li>run the commands to pull/start the citadel image.. still within reason. Just following direction "get a powershell prompt like you did before, and type this" no real understanding needed, yet. </li>
<li>The citadel image started ok. Services appear to start from the messages in the console.</li>
</ul>
<p>Then comes the problem</p>
<ul>
<li>Cant access web-cit. I suspect a network configuration or some sort of WSL firewall issue of some sort. i'm sure fixable but that defeats the purpose of the test so i didnt bother looking at it. It needed to be "click install, type a couple of simple things listed in the instructions, and poof its running".  Almost got there.</li>
</ul>
<div> </div>
<blockquote>
<div class="message_header"><span>Tue Apr 12 2022 06:59:06 PM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span></div>
<div class="message_content">
<p>You are going to make me try aren't you?  Ill try it this weekend if i get a chance, and try to think as an 'above average' windows user. Not a newbie, not a advanced user, but understanding a little more than the basics. </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099298135</link><pubDate>Wed, 13 Apr 2022 12:45:58 -0000</pubDate><title>Re: [CitaNews] (null)</title><guid isPermaLink="false">2099298135@Uncensored</guid><description><![CDATA[
Windows users accept virtual machines, and that's the place to run 
anything Linux.  What happens, over time, is Windows is put in the 
virtual machine on a Linux host. Mostly because people get tired of 
'please wait' and 'reboot' so often.

On 4/12/22 17:45, ParanoidDelusions wrote:
>
> I don't know. Does Docker run SIMPLY on Windows?
>
> A lot of times, things that migrate from *nix to Windows don't really 
> catch on with Windows - for whatever reason. I think often because 
> install, setup and configuration tends to still be too "Linux-ey" for 
> Windows users.
>
> I mean, a few years back there was a lot of FOSS buzz about LAMP and 
> WAMP...
>
> Linux, Apache... um... M... and Python, right... LAMP...
> And WAMP was the Windows, Apache, MySQL and Python...
>
> But among Windows circles - I don't think WAMP ever had much impact. 
> LAMP users don't want WAMP... and Windows users tend to stick to the 
> corporate alternatives that are closed source.
>
> I can see Docker facing similar obstacles in the Windows space. In 
> that case, Citadel wouldn't be the challenge, Linux wouldn't be the 
> challenge... DOCKER itself becomes the challenge. It is this extra 
> step that may be difficult for Windows users to gronk, even though it 
> seems simple and obvious to those used to the concept in Linux spaces.
>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099298041</link><pubDate>Tue, 12 Apr 2022 22:59:06 -0000</pubDate><title>Message #2099298041</title><guid isPermaLink="false">2099298041@Uncensored</guid><description><![CDATA[<html><body>

<p>You are going to make me try aren't you?  Ill try it this weekend if i get a chance, and try to think as an 'above average' windows user. Not a newbie, not a advanced user, but understanding a little more than the basics. </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099298030</link><pubDate>Tue, 12 Apr 2022 22:45:42 -0000</pubDate><title>Message #2099298030</title><guid isPermaLink="false">2099298030@Uncensored</guid><description><![CDATA[<html><body>

<p>I don't know. Does Docker run SIMPLY on Windows? <br /><br />A lot of times, things that migrate from *nix to Windows don't really catch on with Windows - for whatever reason. I think often because install, setup and configuration tends to still be too "Linux-ey" for Windows users. <br /><br />I mean, a few years back there was a lot of FOSS buzz about LAMP and WAMP... <br /><br />Linux, Apache... um... M... and Python, right... LAMP... <br />And WAMP was the Windows, Apache, MySQL and Python... <br /><br />But among Windows circles - I don't think WAMP ever had much impact. LAMP users don't want WAMP... and Windows users tend to stick to the corporate alternatives that are closed source. <br /><br />I can see Docker facing similar obstacles in the Windows space. In that case, Citadel wouldn't be the challenge, Linux wouldn't be the challenge... DOCKER itself becomes the challenge. It is this extra step that may be difficult for Windows users to gronk, even though it seems simple and obvious to thos
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099298009</link><pubDate>Tue, 12 Apr 2022 22:03:32 -0000</pubDate><title>Message #2099298009</title><guid isPermaLink="false">2099298009@Uncensored</guid><description><![CDATA[<html><body>

<p>Doesn't docker run on windows now? I thought it did....</p>
<p>If so, its a simple pull.  No Linux knowledge needed ( well you SHOULD ) but not really needed to get it running.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099297989</link><pubDate>Tue, 12 Apr 2022 21:12:52 -0000</pubDate><title>Message #2099297989</title><guid isPermaLink="false">2099297989@Uncensored</guid><description><![CDATA[<html><body>

<p>Linux... running a BBS that is public faced - running an email server that is public faced - is too dangerous to be a hit install.exe and click yes kind of option for casual users of "evil empire" OSes. <br /><br />Running on Linux is a great barrier to entry. The support nightmares of making it easily accessible to those kind of platforms would be HUGE. </p>
<p>I mean, as Linux becomes more accessible, the Citadel Support group kind of illustrates that this is a growing problem even with Linux in the way playing interference. I see some questions in that room that indicate the people who are finding the easy install and getting it done actually don't know *anything* about Linux itself. I'm barely fluent - and I can see that.  If Citadel supported other platforms - the volume of that kind of thing would increase exponentially - all of them upset because they don't understand how to open ports, secure public IPs, handle DHCP, configure DNS - things that are pre-requisites to running a home server that is accessible on the public net. They would hold Ig responsible for "not making Citadel work right," when Citadel simply works within the parameters of how the larger TCP/IP network works in this regard. <br /><br />I mean - you would have to be a billion dollar company like Synology and basically have the Citadel check in and publish through THEIR server front end
<p> </p>
<p><br /><br /><br /></p>
<blockquote>
<div class="message_header"><span>Sat Apr 02 2022 01:39:03 EDT</span> <span>from <a href="do_template?template=user_show?who=smashbot64">smashbot64</a> </span></div>
<div class="message_content">
<p> </p>
<p>I guess a fork is reasonable? One limitation I see is the software is not easily integrated with the ways of the evil empires.</p>
<p> </p>
<p> </p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099297065</link><pubDate>Sun, 03 Apr 2022 06:12:59 -0000</pubDate><title>Message #2099297065</title><guid isPermaLink="false">2099297065@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Apr 02 2022 17:34:40 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p>You're right, of course, which is why you could totally follow the development of WebCit-NG.   When you look at the current Webcit it's useful but it's quirky, and people can't quite figure out what it wants to be.  WebCit-NG is being organized as a set of applications that sit on a common framework, instead of a connected series of rooms that all do different things.</p>
<p>For example, "Forums" is one of those applications.  When you are in that part of the system, you are going to get a very traditional looking set of web forums.  This will be familiar to people who are used to phpBB or vBulletin or whatever.</p>
<p>If you move to the "Mail" application it will look more like a webmail system.    Likewise for Calendars, Wikis, Blogs, etc.</p>
<p>This is a pretty big change, but I'm coming to the conclusion that "Rooms" only makes sense in text mode, which is where the old Citadel afficionados are hanging out anyway.  There's also the possibility of a lightweight WebCit alternative that follows the text client's layout more closely, and doesn't use JavaScript or DHTML5.</p>
<p>Obviously we would <em>love</em> to have more people participating in the development effort.  Anyone who is decent with web development, JavaScript, and ideally the W3.CSS framework is welcome.</p>
<br /><br /></div>
</blockquote>
<p>I have all the aforementioned skills, most of them clunky and wonky. I was the head of development that everyone one the software side hated because I came back with human elements that the dumb public wanted. Software must be "useful". Lemme tell you lil about that.  The problem I see is our (I am on your side) team is faced with is that we have now come full circle. What once we did as a hobby with parents yelling at us is now an industry, and we are the leaders of such. That's an accidental incidental.</p>
<p>If I havent aged out, I can report this: the human input buffer is so much smaller, it is probably at record lows. I have a teenage daughter that passed the tcp/ip test at age 10. Thanks to the "net" being in her hands 24/7 her attention span is that of a gnat.  Fast forward, The content that is in their face is engineered and dynamic.  The game is instant gratification. So, in short, citadel needs to be mutillingual, USA ada compliant and like most distro installs Everything to Everyone, but the features need to be idiot proof. Pretend you are, for the first time, showing a monkey how to use tools for nose picking.</p>
<p>To give you a real world idea of how in my opinion devel should be designed for the current world audience, go to any McDonalds and order a whole bunch of stuff. When it comes to the total what you have to pay part, change everything you asked for. CHAOS. Humanity folds.</p>
<p>I could have just given you a java hint on code I found to be redundant, however I felt that directing focus to children are our future (intentional) was in order.</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099297028</link><pubDate>Sat, 02 Apr 2022 21:34:40 -0000</pubDate><title>Message #2099297028</title><guid isPermaLink="false">2099297028@Uncensored</guid><description><![CDATA[<html><body>

<p>You're right, of course, which is why you could totally follow the development of WebCit-NG.   When you look at the current Webcit it's useful but it's quirky, and people can't quite figure out what it wants to be.  WebCit-NG is being organized as a set of applications that sit on a common framework, instead of a connected series of rooms that all do different things.</p>
<p>For example, "Forums" is one of those applications.  When you are in that part of the system, you are going to get a very traditional looking set of web forums.  This will be familiar to people who are used to phpBB or vBulletin or whatever.</p>
<p>If you move to the "Mail" application it will look more like a webmail system.    Likewise for Calendars, Wikis, Blogs, etc.</p>
<p>This is a pretty big change, but I'm coming to the conclusion that "Rooms" only makes sense in text mode, which is where the old Citadel afficionados are hanging out anyway.  There's also the possibility of a lightweight WebCit alternative that follows the text client's layout more closely, and doesn't use JavaScript or DHTML5.</p>
<p>Obviously we would <em>love</em> to have more people participating in the development effort.  Anyone who is decent with web development, JavaScript, and ideally the W3.CSS framework is welcome.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099296947</link><pubDate>Sat, 02 Apr 2022 05:39:03 -0000</pubDate><title>Message #2099296947</title><guid isPermaLink="false">2099296947@Uncensored</guid><description><![CDATA[<html><body>

<p>I am coming into this late. Its always a difficult thing to decide if you will support classic features and functions or just totally abandon them in future versions. I wish Ubiquiti understood this concept but whatever.</p>
<p>I guess you dont have enough software releases with versions over time and feedback to gauge which features would be missed if they were retired. The hard part as I see it is that you have such a diverse installed user base that use one, some or all of citadel functions. Do you have a survey of whats out there that asks "Hey if the tasks function or the notes function evaporated, would you care?"</p>
<p>That might be a full time 100k a year position. In my idiot opinion, you have:</p>
<p>Enterprise level groupware with active support.</p>
<p>Albeit the support is not provided in real time, Citadel as a downloaded Linux install does more, works better and is more stable than most of the junk commercially available.</p>
<p>I guess a fork is reasonable? One limitation I see is the software is not easily integrated with the ways of the evil empires.</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099293203</link><pubDate>Tue, 22 Feb 2022 18:08:28 -0000</pubDate><title>Message #2099293203</title><guid isPermaLink="false">2099293203@Uncensored</guid><description><![CDATA[<html><body>

<p>I think this is the logical way to move forward. The Web interface already is really only superficially in the format of a traditional Citadel - so changing it to a more Forum based presentation doesn't really bother me much - especially if it makes it more accessible to people with no nostalgia for the Citadel experience. <br /><br />On the other hand, maintaining the Citadel Text Client presentation should satisfy any who have a nostalgic attachment to the "genuine Citadel presentation/experience." It is really a "best of both worlds" compromise. <br /><br />Already, at this point - the Citadel experience is simply a legacy evolution of the NAME and philosophy of Cit-86 et. al. into a more modern experience. <br /><br />I mean, modern Linux, modern OS X and modern Windows have very little in common with where they originated. Same for Photoshop or any other experience and UI. Successful platforms usually have nothing in common with their origins other than the name and the original purpose. <br /><b
<blockquote>
<div class="message_header"><span>Sat Feb 19 2022 14:21:40 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">The new version will become the only available version when it is completed. <br />For many years, a lot of people have been turned off by the current web interface, because it isn't clear on whether it wants to be a personal information manager or a community bulletin board. It's too "weird" for some. In the new interface, the different things the Citadel System can do are clearly separated into different sections of the site. For example, a bulletin board will have a lot of rooms under the section called "Forums" and it will look and act like a traditional web forum. When you go to the section called "Mail" it will display a tree of your mail folders and the site will act like a mail system. <br />Likewise for Calendars, Contacts, Blogs, Wikis, and anything else we add in the future. <br /><br />The "traditional Citadel look and feel" will be maintained in the text client. <br /><br />Based on how we're building things right now, it should be easy to extend the system with new "a
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292864</link><pubDate>Sat, 19 Feb 2022 21:36:02 -0000</pubDate><title>Message #2099292864</title><guid isPermaLink="false">2099292864@Uncensored</guid><description><![CDATA[ >will there be a migration assistant from old citadel to new citadel?  
  
 That will not be necessary.  Citadel Server is not changing.  At some point
in the future you will receive the new UI as part of the regular updates.

  
 And yes, the possibility of integrating Citadel with NextCloud is certainly
there; moreso now that we are REST/DAV enabling everything. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292854</link><pubDate>Sat, 19 Feb 2022 21:20:33 -0000</pubDate><title>Message #2099292854</title><guid isPermaLink="false">2099292854@Uncensored</guid><description><![CDATA[<html><body>

<p>Will be a shame to lose the 'room' label, but i know, we gotta get out of the 80s at some point if we are going to survive.</p>
<p>Mentioning nextcloud, and just a random thought: i wonder if a plugin at some point would be appropriate?  Sure, they wouldn't be using the NG interface that you are working hard on, but at least the back end would be used, potentially increasing the user base.  The email plugin already will work, unsure about dav to calendars and contacts ( ill have to look on my install ), so might be just a couple of pieces that need to be created for it. ( and i know, even if that were to happen its WAY down the road )</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292840</link><pubDate>Sat, 19 Feb 2022 20:45:59 -0000</pubDate><title>Message #2099292840</title><guid isPermaLink="false">2099292840@Uncensored</guid><description><![CDATA[<html><body>

<p>will there be a migration assistant from old citadel to new citadel?</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292831</link><pubDate>Sat, 19 Feb 2022 19:21:40 -0000</pubDate><title>Message #2099292831</title><guid isPermaLink="false">2099292831@Uncensored</guid><description><![CDATA[The new version will become the only available version when it is completed.
 For many years, a lot of people have been turned off by the current web interface,
because it isn't clear on whether it wants to be a personal information manager
or a community bulletin board.  It's too "weird" for some.  In the new interface,
the different things the Citadel System can do are clearly separated into
different sections of the site.  For example, a bulletin board will have a
lot of rooms under the section called "Forums" and it will look and act like
a traditional web forum.  When you go to the section called "Mail" it will
display a tree of your mail folders and the site will act like a mail system.
 Likewise for Calendars, Contacts, Blogs, Wikis, and anything else we add
in the future. 
  
 The "traditional Citadel look and feel" will be maintained in the text client.

  
 Based on how we're building
things right now, it should be easy to extend the system with new "applications"
that present user interfaces of their own, in addition to the existing ones.
 One might even begin comparing it to things like OwnCloud and NextCloud,
except that Citadel is really good at communicating with the rest of the world.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292676</link><pubDate>Fri, 18 Feb 2022 13:27:42 -0000</pubDate><title>Message #2099292676</title><guid isPermaLink="false">2099292676@Uncensored</guid><description><![CDATA[<html><body>

<p>I have trepidations about the scale of change, being very much in my comfort zone with the current version of Citadel I have running in VM - very stable and requiring little user interaction. <br /><br /><br />But... I can see that this version will probably light a fire for me to move forward. I think it probably will attract more users, too. </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292561</link><pubDate>Thu, 17 Feb 2022 14:37:13 -0000</pubDate><title>Message #2099292561</title><guid isPermaLink="false">2099292561@Uncensored</guid><description><![CDATA[And I realized that we need to get serious about finishing it. 
  
 I looked through the commit history for webcit-ng and saw that the first
commit was five years ago.  Sun Mar 12 00:30:06 2017 to be exact.  For a project
that I am this excited about, it sure is taking a long time. 
  
 Admittedly, there were a lot of side quests.  We ended up rewriting most
of the protocol handlers in the Citadel Server core, replacing thousands of
lines of event-driven code with simple wrappers around libcurl.  We removed
the legacy CitaNet code, since no one was using it.  We completely rewrote
the mailing list server, which is now more robust and more secure.  Most significantly
of all, we moved most of the remaining external files into the database, allowing
us to package the Citadel system as a Docker container.   I do believe that
we now have the most robust and feature-rich communications server on
the market, brought to the world as a 100% open source offering, no strings
attached. 
  
 Those efforts were necessary.  During that time, however, WebCit-NG was put
on the back burner.  It is now priority one, and will remain so until it is
functionally complete and replaces WebCit-classic.  Our user community deserves
it.  We will post more screenshots to this forum from time to time, so you
can watch it come together.  I am excited about this next phase of the Citadel
story, because this will not only bring an ultra-modernized user interface,
but also enable us to interface with even more third-party software. 
  
 As a reminder: if you are reading this via the mailing list and you would
like to unsubscribe, go to https://uncensored.citadel.org/listsub to change
your subscription preferences. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292209</link><pubDate>Tue, 15 Feb 2022 05:08:00 -0000</pubDate><title>Message #2099292209</title><guid isPermaLink="false">2099292209@Uncensored</guid><description><![CDATA[<html><body>

<p>Oooh. That looks much nicer. </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099292022</link><pubDate>Sun, 13 Feb 2022 20:58:09 -0000</pubDate><title>Re: WebCit-NG early screenshots</title><guid isPermaLink="false">2099292022@Uncensored</guid><description><![CDATA[It's possible.  With the retirement of the legacy CitaNet stuff we no longer
have to consider messages immutable.  But yes, we do have to get back up to
the functionality level of WebCit Classic before we consider adding anything
new. 
  
 Also remember that this is all REST and DAV behind the scenes, so it's going
to be a lot easier to build new interfaces than it was before.  Funny story
about that -- the original WebCit had the entire UI hard coded in the C program
that ran the web server.  Eventually that was replaced with something that
was driven by a template engine, to try to separate the user interface from
the application logic.  But the template engine ended up being *more* complex
than the C code it replaced.  Eventually the entire WebCit framework became
so unmaintainable that it became clear it was time for a fresh approach. 
  
 Normally I am not a fan of the "throw it all
away and start over" approach -- it's almost always a mistake.  In this case
though, there was so much awful code (much of it mine) and so much cruft to
deal with obsolete browsers, that the choice was obvious. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099291982</link><pubDate>Sun, 13 Feb 2022 13:49:56 -0000</pubDate><title>Re: WebCit-NG early screenshots</title><guid isPermaLink="false">2099291982@Uncensored</guid><description><![CDATA[<html><body>

<p>I do believe that is more than just interface stuff.   That would also need some back end changes which a bad thing to do when you are trying to create new GUI for an existing app.  Its a good way to get yourself into trouble.</p>
<blockquote>
<div class="message_header"><span>Sat Feb 12 2022 08:23:20 PM EST</span> <span>from <a href="do_template?template=user_show?who=test2">test2</a> </span> <span class="message_subject">Subject: Re: WebCit-NG early screenshots</span></div>
<div class="message_content">
<p>needs the "Edit" button!! add that in!</p>
<p> </p>
<blockquote>
<div class="message_header"> </div>
</blockquote>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099291913</link><pubDate>Sun, 13 Feb 2022 01:23:20 -0000</pubDate><title>Re: WebCit-NG early screenshots</title><guid isPermaLink="false">2099291913@Uncensored</guid><description><![CDATA[<html><body>

<p>needs the "Edit" button!! add that in!</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Feb 12 2022 04:48:09 PM EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: WebCit-NG early screenshots</span></div>
<div class="message_content">
<div style="font-size: 16px;"><span style="font-family: Roboto, sans-serif;">Interested in seeing what the new WebCit will look like?  Here's a nice screenshot of the forum view.  This is a </span><em>very</em> early preview, just to give you an idea of the kind of future we're building for everyone's favorite software.  </div>
<div style="font-size: 16px;"> </div>
<div style="font-size: 16px;">Yes, this is very much vaporware right now!  It won't be ready for some time yet, because only the forum view is complete.  As we develop the mailbox, calendar, contacts, blog, and wiki views, and fit out all of the settings and administrative tools, we'll post more screenshots.   This is just to give you an idea of what's in store.  WebCit-NG follows a "REST-first, DAV-first" development methodology, and the client-side UI follows the "responsive" development style so it will look great on both large and small screens.</div>
<div style="font-size: 16px; font-family: Roboto,sans-serif;"> </div>
<div style="font-size: 16px; font-family: Roboto,sans-serif;"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABqQAAAMHCAIAAADQAqGIAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAgAElEQVR4nOzdf3RT15kv/Oc4Jjq091aHTBMdmplKmbZIaW+x+kewMnOLxV0rtpgOWMwtWGkAizZgMYFY3ECsNGTiTEhsII1NSGrzY2KBmdiGriCTTiybd2KZvhfL5K5YZloskXdqKTOJj5O58fHMNDrih/b7h+TflmRjwEC+n+W1EnR+PWcfydZ5zrP35rL/690UZ4PS5wQAAAAAAAAAAAC3s+zs7Gx2NT7XYQAAAAAAAAAAAMBsZX9l/vyrV67OdRgAAAAAAAAAAAAwW9nz7r47i7sy12EAAAAAAAAAAADAbGVfvnz5yqXLcx0GAAAAAAAAAAAAzFZW/Gr8yhVU9gEAAAAAAAAAANz2sjiOOI6b6zAAAAAAAAAAAABgtrLvVqk4QrIPAAAAAAAAAADgtpd9+VLs6lU212EAAAAAAAAAAADAbGUzRllZ3EefDMx1JAAAAAAAAAAAADAr2dnZ2SzOvqf/9lxHAgAAAAAAAAAAALOSlTXvrqy7suY6DAAAAAAAAAAAAJitLBaPxxnG7AMAAAAAAAAAALjtZV+NMxaPz3UYAAAAAAAAAAAAMFtZjMWvItkHAAAAAAAAAABw+8NofQAAAAAAAAAAAHeILCKOuLmOAgAAAAAAAAAAAGYtm+7KysIEHQAAAAAAAAAAALe/LCLiOHTmBQAAAAAAAAAAuO1l35WVxQgTdAAAAAAAAAAAANz2soiI0IsXAAAAAAAAAADg9pfFWJzFke0DAAAAAACA25NoLjvZ3dd34b1fFulVcx0MAMCcu1enuef+r891FAAAAAAAAAAzxomWmu4oY2xwMMpY/JN3S5DvA4AvuWzGiKEfLwAAAAAAANxCV
<div style="font-size: 16px; font-family: Roboto,sans-serif;"> </div>
<div style="font-size: 16px; font-family: Roboto,sans-serif;">In case anyone's wondering, we're using the <a href="https://www.w3schools.com/w3css/defaulT.asp" target="webcit01">W3.CSS</a> framework, which is more lightweight than Bootstrap.  Much of the iconography is from <a href="https://fontawesome.com/" target="webcit01">Font Awesome</a>.  And no, we're not using JQuery.</div>
<br /><br /></div>
</blockquote>
<p> </p>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099291885</link><pubDate>Sat, 12 Feb 2022 22:47:00 -0000</pubDate><title>Re: WebCit-NG early screenshots</title><guid isPermaLink="false">2099291885@Uncensored</guid><description><![CDATA[<html><body>

<p>oooo fancy.   Will sort of miss the old classic look, but everyone else is moving on to 'modern look'. </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099291876</link><pubDate>Sat, 12 Feb 2022 21:48:09 -0000</pubDate><title>WebCit-NG early screenshots</title><guid isPermaLink="false">2099291876@Uncensored</guid><description><![CDATA[<html><body>

<div style="font-size: 16px;"><span style="font-family: Roboto, sans-serif;">Interested in seeing what the new WebCit will look like?  Here's a nice screenshot of the forum view.  This is a </span><em>very</em> early preview, just to give you an idea of the kind of future we're building for everyone's favorite software.  </div>
<div style="font-size: 16px;"> </div>
<div style="font-size: 16px;">Yes, this is very much vaporware right now!  It won't be ready for some time yet, because only the forum view is complete.  As we develop the mailbox, calendar, contacts, blog, and wiki views, and fit out all of the settings and administrative tools, we'll post more screenshots.   This is just to give you an idea of what's in store.  WebCit-NG follows a "REST-first, DAV-first" development methodology, and the client-side UI follows the "responsive" development style so it will look great on both large and small screens.</div>
<div style="font-size: 16px; font-family: Roboto,sans-serif;"> </div>
<div style="font-size: 16px; font-family: Roboto,sans-serif;"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABqQAAAMHCAIAAADQAqGIAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAgAElEQVR4nOzdf3RT15kv/Oc4Jjq091aHTBMdmplKmbZIaW+x+kewMnOLxV0rtpgOWMwtWGkAizZgMYFY3ECsNGTiTEhsII1NSGrzY2KBmdiGriCTTiybd2KZvhfL5K5YZloskXdqKTOJj5O58fHMNDrih/b7h+TflmRjwEC+n+W1EnR+PWcfydZ5zrP35rL/690UZ4PS5wQAAAAAAAAAAAC3s+zs7Gx2NT7XYQAAAAAAAAAAAMBsZX9l/vyrV67OdRgAAAAAAAAAAAAwW9nz7r47i7sy12EAAAAAAAAAAADAbGVfvnz5yqXLcx0GAAAAAAAAAAAAzFZW/Gr8yhVU9gEAAAAAAAAAANz2sjiOOI6b6zAAAAAAAAAAAABgtrLvVqk4QrIPAAAAAAAAAADgtpd9+VLs6lU212EAAAAAAAAAAADAbGUzRllZ3EefDMx1JAAAAAAAAAAAADAr2dnZ2SzOvqf/9lxHAgAAAAAAAAAAALOSlTXvrqy7suY6DAAAAAAAAAAAAJitLBaPxxnG7AMAAAAAAAAAALjtZV+NMxaPz3UYAAAAAAAAAAAAMFtZjMWvItkHAAAAAAAAAABw+8NofQAAAAAAAAAAAHeILCKOuLmOAgAAAAAAAAAAAGYtm+7KysIEHQAAAAAAAAAAALe/LCLiOHTmBQAAAAAAAAAAuO1l35WVxQgTdAAAAAAAAAAAANz2soiI0IsXAAAAAAAAAADg9pfFWJzFke0DAAAAAACA25NoLjvZ3dd34b1fFulVcx0MAMCcu1enuef+r891FAAAAAAAAAAzxomWmu4oY2xwMMpY/JN3S5DvA4AvuWzGiKEfLwAAAAAAANxCV
<div style="font-size: 16px; font-family: Roboto,sans-serif;"> </div>
<div style="font-size: 16px; font-family: Roboto,sans-serif;">In case anyone's wondering, we're using the <a href="https://www.w3schools.com/w3css/defaulT.asp">W3.CSS</a> framework, which is more lightweight than Bootstrap.  Much of the iconography is from <a href="https://fontawesome.com/">Font Awesome</a>.  And no, we're not using JQuery.</div>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099290107</link><pubDate>Wed, 26 Jan 2022 19:59:50 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099290107@Uncensored</guid><description><![CDATA[Yeah, don't worry about the components being off by a small number, they don't
always get updated in unison.  It'll tell you pretty clearly if you've got
the wrong one :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099287085</link><pubDate>Wed, 29 Dec 2021 23:44:39 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099287085@Uncensored</guid><description><![CDATA[<html><body>

<p>Got mine upgraded but the versions dont match for core and webcit? Server says 942 but webcit still says 941  ( easy install ).  Will have to tackle Lets Encrypt bot this weekend. </p>
<p> </p>
<p>And sort of related to the last 2 posts: i wonder what the max load we could take with a decent sized box. ( concurrent.. not just mailboxes registered )</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099287022</link><pubDate>Wed, 29 Dec 2021 18:10:16 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099287022@Uncensored</guid><description><![CDATA[Fair enough.  I don't make much use of btrfs raid5/raid6, which is where they
say the biggest problem is.  The vast majority of my btrfs deployments are
on virtual machines where RAID is being handled at some other layer of the
hosting stack.  On my home machine I have a pair of enterprise-grade 800 GB
SSD in a btrfs raid1 pool, which works well.  I'd be willing to expand that
pool and I'm well aware of the risk of losing two disks with raid1, but if
I really lost two disks at the same time ... that's what backups are for :)

  
 They're obviously trying to make it equivalent to WAFL.  NetApp has a few
decades head start on them. 
  
 Since this room is really the Citadel announcements mailing list, I'll bring
it full circle.  The absolute best way to do a backup of a Citadel database
is to snapshot it and then make a copy of the snapshot.  Berkeley DB tends
to be friendly to online backups
as long as you copy the cdb.* files first and the log.* files second, but
for *any* database there is never anything better than a point-in-time snapshot.

  
 Speaking of mailing lists, we're still being blocked by gmail, so many of
you are not reading this.  If you happen to see this message and you are a
gmail user, please do me a favor and find *any* mail from citadel.org in your
spam folder, and mark it as "not spam".  This will help teach Google that
we are not spammers. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099287001</link><pubDate>Wed, 29 Dec 2021 15:43:35 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099287001@Uncensored</guid><description><![CDATA[  
 Article: Examining btrfs, Linuxbs perpetually half-finished filesystem 
  
 This btrfs filesystem overview highlights some longstanding shortcomings

  
 https://arstechnica.com/gadgets/2021/09/examining-btrfs-linuxs-perpetually-half-finished-filesystem/

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099286851</link><pubDate>Tue, 28 Dec 2021 20:16:11 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099286851@Uncensored</guid><description><![CDATA[Hmm.  I've been using it for years to create, rotate, duplicate, and restore
snapshots.  Never had a problem.  YMMV.  btrfs certainly has its detractors,
mainly people who are enamored with ZFS as far as I can tell.  I dunno, it
works for me. 
  
 In the future I'd like to have Citadel create its own backups by creating
database replicas, and standing up multiple servers in a master/slave configuration.
 That's a somewhat distant future plan, though. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099286797</link><pubDate>Tue, 28 Dec 2021 17:57:32 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099286797@Uncensored</guid><description><![CDATA[ > And yes, filesystems with built-in snapshotting are an insanely great 
 
 >blessing.   
  
 To be clear, I am talking about block-layers with built-in snapshotting.
btrfs, on the other hand, is no bueno from what I am hearing. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099286767</link><pubDate>Tue, 28 Dec 2021 16:10:49 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099286767@Uncensored</guid><description><![CDATA[Yup ... that's why I'm not as concerned about it anymore.  Citadel's resource
requirements have increased only a little, but the servers it runs on are
insanely larger.  Even the modest machine on my desk could probably handle
a thousand users.  And as you correctly point out, advances in virtualization
and storage have made it preferable to keep everything in one tight little
bundle instead of distributed all over the place. 
  
 That's the same reason we chose to build a Docker container with the *entire*
Citadel System instead of putting each component in its own container.  The
kind of people who run Citadel want the ease of deployment that comes with
a container, not the ability to build a system that can handle a million concurrent
users. 
  
 And yes, filesystems with built-in snapshotting are an insanely great blessing.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099286744</link><pubDate>Tue, 28 Dec 2021 15:31:41 -0000</pubDate><title>Re: Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099286744@Uncensored</guid><description><![CDATA[ > * WebCit must now run on the same host as Citadel Server.  This is   
 >probably how 100% of you were running it anyway.  When we made it   
 >network transparent 25 years ago, we didn't know what the resource   
 >requirements would be for larger systems, which we're pleased to report
 
  
 A lot has changed since the early aughts. Machines are now available with
more processor cores than would ever be required by an any hobbyist citadel
or even a midsize corporate installation, so scale-up is easier than scale-out.
Storage is redundant and self-snapshotting. Hardware can be reprovisioned
so quickly that "single point of failure" is not as scary as it used to be.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099286735</link><pubDate>Tue, 28 Dec 2021 14:42:40 -0000</pubDate><title>Citadel 942 released -- big changes to encryption</title><guid isPermaLink="false">2099286735@Uncensored</guid><description><![CDATA[  
 All right folks, as our Christmas (Jesus, not Santa) gift to all of you,
Citadel 942 has been released, and is available through all of the usual methods
-- Easy Install, Docker, and the good old source code download.   There are
a couple of important changes in this update, so read closely before you upgrade:

  
 * WebCit must now run on the same host as Citadel Server.  This is probably
how 100% of you were running it anyway.  When we made it network transparent
25 years ago, we didn't know what the resource requirements would be for larger
systems, which we're pleased to report has never been a problem.  Anyway,
WebCit no longer accepts the host/port of Citadel Server on the command line,
but it will accept the name of a directory where Citadel Server is running.
 In most cases you won't need to specify anything at all because it defaults
to /usr/local/citadel. 
  
 * Keys and Certificates
are no longer kept in separate directories for WebCit and Citadel Server.
 WebCit will use the keys/ directory from Citadel Server, so you only have
to install a certificate in ONE place.  Now you see the real reason we made
the previous change.  Since we can now guarantee that WebCit is running on
the same host, and knows what directory Citadel Server is running in, it can
just grab the key and certificate. 
  
 * If the key and/or certificate are replaced or modified, both WebCit and
Citadel Server will detect this change, and immediately begin serving them
without requiring a restart. 
  
 * WebCit is now compatible with the HTTP-01 Challenge of the ACME certificate
enrollment protocol. 
  
  
 Put it all together and the reason for all these changes ought to be obvious:
you can now use the Let's Encrypt certificate authority with Citadel, and
it's really really easy.  Read https://www.citadel.org/sslcertificates.html
to get more detailed instructions. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099284935</link><pubDate>Thu, 09 Dec 2021 23:03:00 -0000</pubDate><title>Another change to mailing list behavior -- Citadel 942</title><guid isPermaLink="false">2099284935@Uncensored</guid><description><![CDATA[<html><body>

<p>As part of a continued effort to not run afoul of recipient DKIM parsers when we deliver to mailing lists, we have made another change ... which those of you receiving this list on gmail will never find out about because goolag is <em>still</em> blocking our domain (seriously ... y'all are Citadel fans ... why are you still using gmail?)</p>
<p>Effective with server version 942, we will now set both the Reply-to: <em>and</em> From: headers to the address of the room rather than the address of the mailing list participant who mailed into the room.  We were already doing Reply-to: but now we do From: as well. </p>
<p>The "display name" of the original user will be retained, regardless of whether the message originated as a remote email or as a post directly to Citadel.   For example:<br />   IGnatius T Foobar &lt;room_my_mailing_list@frobozz.citadel.org&gt;</p>
<p>We hope that this will help mailing lists to work better. </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099283883</link><pubDate>Tue, 30 Nov 2021 00:10:14 -0000</pubDate><title>Important change to mailing list behavior in Citadel 940</title><guid isPermaLink="false">2099283883@Uncensored</guid><description><![CDATA[  
 There's an important change to the behavior of mailing lists in Citadel 940,
which has just been released. 
  
 Previously, anyone could send email to a room if that option was enabled.
 Due to abuse of this feature, we have changed the behavior so that it only
accepts incoming mail from email addresses that are subscribed to the list.
 This is typical behavior for mailing list software so we hope that it does
not cause any disruption. 
  
 To all Citadel site operators: we hope that this improves the security and
experience of your sites.  As always, please get in touch if you find that
anything has been disrupted. 
  
 To the chinese spammer who abused our list and got citadel.org blocked by
gmail: please die painfully and immediately, you miserable waste of protoplasm.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099278770</link><pubDate>Fri, 01 Oct 2021 09:52:12 -0000</pubDate><title>Re: Docker container of Citadel is now ready to download</title><guid isPermaLink="false">2099278770@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Aug 21 2021 19:08:24 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Docker container of Citadel is now ready to download</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Docker images are ready for testing :) <br /><br />Go to https://www.citadel.org/docker.html to learn more. So far, this is working way better than the AppImage distribution was, and most of the work we did on that has translated very nicely to the container. It's extremely stable and should be compatible with any host system on which Docker will run. <br /><br />We have 64-bit AMD/Intel and 32-bit ARM containers available. <br /><br />It is currently considered a test build, but our intention is to make it the primary way people run the Citadel system, both on your own hardware and in the cloud. </div>
</div>
</blockquote>
<p>hi, i posted a couple of messages in the support forum, re the docker images.</p>
<p>the download site did not mension it was for testing only, or maybe it was not obvious.</p>
<p>i have no prob running on test release if it works though so moving on.....</p>
<p>im now running the docker image as my home system, and its very stable, only thing that did not work, and whats not </p>
<p>obvious , a way to fix was the generation of the keys.</p>
<p> </p>
<p>im running it on rocky linux 8, essentialy centos/redhat.</p>
<p> </p>
<p>i ran the three openssl commands to generatev the 3 keys for webcit and citadel in the citadel-data directory, and restarted</p>
<p> </p>
<p>but i still cant enable non strict ssl or starttls on thunderbird or access webcit through https, whereas i could on my old citadel 8 rpm version.</p>
<p>any pointers?</p>
<p> </p>
<p>regards peter</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099275131</link><pubDate>Sat, 21 Aug 2021 23:53:17 -0000</pubDate><title>Re: Docker container of Citadel is now ready to download</title><guid isPermaLink="false">2099275131@Uncensored</guid><description><![CDATA[<html><body>

<p>MUCH better so far..  </p>
<p>Other than the expected complaint about 32bit image on a 64 bit OS, it loaded and ran without crashing on my 64bit ARM board.  Admin account worked and was able to create a new user and get in.  Will do more testing tomorow.</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099275120</link><pubDate>Sat, 21 Aug 2021 23:08:24 -0000</pubDate><title>Docker container of Citadel is now ready to download</title><guid isPermaLink="false">2099275120@Uncensored</guid><description><![CDATA[  
 Docker images are ready for testing  :) 
  
 Go to https://www.citadel.org/docker.html to learn more.  So far, this is
working way better than the AppImage distribution was, and most of the work
we did on that has translated very nicely to the container.  It's extremely
stable and should be compatible with any host system on which Docker will
run. 
  
 We have 64-bit AMD/Intel and 32-bit ARM containers available. 
  
 It is currently considered a test build, but our intention is to make it
the primary way people run the Citadel system, both on your own hardware and
in the cloud. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099274162</link><pubDate>Tue, 10 Aug 2021 05:06:09 -0000</pubDate><title>Message #2099274162</title><guid isPermaLink="false">2099274162@Uncensored</guid><description><![CDATA[  
 Please be advised that after a very poor reception, the AppImage version
of Citadel has been discontinued. 
  
 We will be releasing Docker images soon.  So far, it looks like it's working
much better. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099272551</link><pubDate>Wed, 21 Jul 2021 17:44:32 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099272551@Uncensored</guid><description><![CDATA[Yep, it should run fine on a Pi 400 as long as you are running Raspberry Pi
OS (32-bit). 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099272469</link><pubDate>Tue, 20 Jul 2021 23:04:05 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099272469@Uncensored</guid><description><![CDATA[<html><body>

<p>I plan on giving this a shot later this week or weekend on the Pi400+. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jun 05 2021 11:07:16 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: AppImage releases of Citadel</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">You should be able to run the 32 bit image on a 64 bit board. In fact, I would love it if you could try that. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099272148</link><pubDate>Fri, 16 Jul 2021 23:57:47 -0000</pubDate><title>General Availability of the Citadel AppImage</title><guid isPermaLink="false">2099272148@Uncensored</guid><description><![CDATA[  
 I am pleased to announce that the AppImage distribution of the Citadel System
has now been released, beginning with version 932 of the system.  These images
are available for 64-bit AMD/Intel and for 32-bit ARM (Raspberry Pi). 
  
 These are binary images comprised of a single file which unpacks at runtime
and contains the entire system.  You can test it with a single command without
installing it.  You can install it with a single command as well. 
  
 As a super bonusfest, you can also migrate from Easy Install to AppImage
in-place.  It will require removing some of the old pieces and just keeping
your data directory.  As long as you're moving from like-to-like architecture,
it should work great. 
  
 The AppImage distribution also includes a migrate mode, allowing you to move
a Citadel installation from one machine to another automatically, as long
as both sides are running the same
version of Citadel.  (If not, sorry, you'll have to upgrade the source system
first.) 
  
 All of this is now available at www.citadel.org.   Share and Enjoy. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099271672</link><pubDate>Sun, 11 Jul 2021 22:40:08 -0000</pubDate><title>Message #2099271672</title><guid isPermaLink="false">2099271672@Uncensored</guid><description><![CDATA[  
 Updated releases of the Citadel AppImage are here [https://www.citadel.org/appimage.html]
as of today, July 11.  We are currently supporting 64-bit AMD/Intel and 32-bit
ARM (Raspberry Pi) because those are the systems people actually seem to want
ro run Citadel on. 
  
 We'll call these "late stage beta".  If they run at all, they will likely
run well.  We believe we have most compatibility issues worked out, on the
two target platforms.  We may put off the 64-bit ARM image for a while since
most ARM users want to run Raspberry Pi with the standard Pi OS, which is
32-bit.  Users of other boards can still run Easy Install. 
  
 The final stage of development, unless compatibility issues are discovered,
will focus on utilities, client, and ease of installation. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099268006</link><pubDate>Sat, 05 Jun 2021 15:07:16 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099268006@Uncensored</guid><description><![CDATA[You should be able to run the 32 bit image on a 64 bit board.  In fact, I
would love it if you could try that. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267994</link><pubDate>Sat, 05 Jun 2021 14:24:09 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267994@Uncensored</guid><description><![CDATA[<html><body>

<p>I didnt think about the 32/64 bit issue.  All my ARM boards i 'use' are 64bit.  I do have a Banana PI M3 in the closet. Ill have to dig it out later today and load it with Armbian Bullseye. Its a 32bit chip.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267863</link><pubDate>Fri, 04 Jun 2021 23:48:55 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267863@Uncensored</guid><description><![CDATA[<html><body>

<p>On the agenda for this weekend.  Now that the jeep is mostly done ill have spare time. </p>
<blockquote>
<div class="message_header"><span>Fri Jun 04 2021 07:38:48 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: AppImage releases of Citadel</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>That works too. But the offer is always there if you need access to <br />hardware you dont have that i do. </blockquote>
<br />You can totally help by downloading the appimage and trying it out on your ARM board. From what I understand, if you're running Armbian then that means you have something other than a Raspberry Pi. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267854</link><pubDate>Fri, 04 Jun 2021 23:40:56 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267854@Uncensored</guid><description><![CDATA[ >I looked for the definitive listing of Linux flavors supported and never
 
 >found it.  on the Appimage website it shows the linux brand "icons" for
the  
  
 That kind of misses the point.  An appimage is supposed to work on *any*
flavor of Linux as long as it's running the same CPU as the one it was built
on (such as 64-bit x86).  If you are running an uncommon distribution then
please try it and let us know if it worked! 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267851</link><pubDate>Fri, 04 Jun 2021 23:38:48 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267851@Uncensored</guid><description><![CDATA[ >That works too. But the offer is always there if you need access to  
 >hardware you dont have that i do.   
  
 You can totally help by downloading the appimage and trying it out on your
ARM board.  From what I understand, if you're running Armbian then that means
you have something other than a Raspberry Pi. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267839</link><pubDate>Fri, 04 Jun 2021 23:03:18 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267839@Uncensored</guid><description><![CDATA[<html><body>

<p>I looked for the definitive listing of Linux flavors supported and never found it.  on the Appimage website it shows the linux brand "icons" for the major flavors.  Deb, Red, Ubuntu etc... but no "written" listing with references to the popular derived flavors i.e. raspberry pi OS, raspian, Mint, and the myriad others...</p>
<p> </p>
<p>oh wait, that's normal in the linux environment.</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jun 04 2021 12:48:20 PM EDT</span> <span>from <a href="do_template?template=user_show?who=Nurb432">Nurb432</a> </span> <span class="message_subject">Subject: Re: AppImage releases of Citadel</span></div>
<div class="message_content">
<p>That works too. But the offer is always there if you need access to hardware you dont have that i do.</p>
<p>And i think i offered to send you a Jetson if we really needed some beefier hardware.  If not, i meant to.    ( not a NX :) )</p>
<blockquote>
<div class="message_header"><span>Fri Jun 04 2021 12:02:45 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: AppImage releases of Citadel</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Not to worry ... I have just received word that a Pi 4 is being contributed by a generous donor, so if I want to, I can keep doing 32-bit builds on the Pi 3 that PD contributed, and 64-bit on the Pi 4. <br /><br /></div>
</div>
</blockquote>
<br /><br /></div>
</blockquote>
<p> </p>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267770</link><pubDate>Fri, 04 Jun 2021 16:48:20 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267770@Uncensored</guid><description><![CDATA[<html><body>

<p>That works too. But the offer is always there if you need access to hardware you dont have that i do.</p>
<p>And i think i offered to send you a Jetson if we really needed some beefier hardware.  If not, i meant to.    ( not a NX :) )</p>
<blockquote>
<div class="message_header"><span>Fri Jun 04 2021 12:02:45 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: AppImage releases of Citadel</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Not to worry ... I have just received word that a Pi 4 is being contributed by a generous donor, so if I want to, I can keep doing 32-bit builds on the Pi 3 that PD contributed, and 64-bit on the Pi 4. <br /><br /></div>
</div>
</blockquote>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267760</link><pubDate>Fri, 04 Jun 2021 16:24:41 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267760@Uncensored</guid><description><![CDATA[<html><body>

<p>Awesome. <br /><br />You should really put up a Patreon and encourage users to donate equipment they want to see Citadel running stable on. Many other developers have adopted this method to get a little appreciation for their FOSS efforts. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Jun 04 2021 12:02:45 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: AppImage releases of Citadel</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />Not to worry ... I have just received word that a Pi 4 is being contributed by a generous donor, so if I want to, I can keep doing 32-bit builds on the Pi 3 that PD contributed, and 64-bit on the Pi 4. <br /><br />That having been said, I still do not expect we will need to support both for a long time. The transition to 64-bit on x86 is pretty much complete at this point, and it will probably happen soon on ARM. <br /><br />So ... for anyone interested in trying out the AppImage on a Raspberry Pi or other ARM board, go ahead and download the image we have on the web site. <br />Just don't run it in production yet :) </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267748</link><pubDate>Fri, 04 Jun 2021 16:02:45 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267748@Uncensored</guid><description><![CDATA[  
 Not to worry ... I have just received word that a Pi 4 is being contributed
by a generous donor, so if I want to, I can keep doing 32-bit builds on the
Pi 3 that PD contributed, and 64-bit on the Pi 4. 
  
 That having been said, I still do not expect we will need to support both
for a long time.  The transition to 64-bit on x86 is pretty much complete
at this point, and it will probably happen soon on ARM. 
  
 So ... for anyone interested in trying out the AppImage on a Raspberry Pi
or other ARM board, go ahead and download the image we have on the web site.
 Just don't run it in production yet :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267594</link><pubDate>Thu, 03 Jun 2021 17:44:38 -0000</pubDate><title>Re: AppImage releases of Citadel</title><guid isPermaLink="false">2099267594@Uncensored</guid><description><![CDATA[<html><body>

<p>If you need 64 bit ARM to compile and test against, let me know and ill get you access to one here. ( most likely Armbian, which is pretty generic and really common for ARM folks )</p>
<blockquote>
<div class="message_header"><span>Thu Jun 03 2021 01:33:05 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: AppImage releases of Citadel</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />We are excited to unveil a new and easy way to install and run the Citadel system on Linux. <br /><br />[ https://www.citadel.org/appimage.html ] <br /><br />AppImage is a single-file binary that contains an entire application and all of its dependencies. This means most users will no longer have to sit through an Easy Install build. Just download the AppImage and run it. It's even capable of installing itself onto the system to start at every boot. <br />Upgrading will be just as easy. <br /><br />We currently have beta release builds for 64-bit x86 and 32-bit ARM. Give them a try on the Linux system of your choice. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099267593</link><pubDate>Thu, 03 Jun 2021 17:33:05 -0000</pubDate><title>AppImage releases of Citadel</title><guid isPermaLink="false">2099267593@Uncensored</guid><description><![CDATA[  
 We are excited to unveil a new and easy way to install and run the Citadel
system on Linux. 
  
 [ https://www.citadel.org/appimage.html ] 
  
 AppImage is a single-file binary that contains an entire application and
all of its dependencies.  This means most users will no longer have to sit
through an Easy Install build.  Just download the AppImage and run it.  It's
even capable of installing itself onto the system to start at every boot.
 Upgrading will be just as easy. 
  
 We currently have beta release builds for 64-bit x86 and 32-bit ARM.  Give
them a try on the Linux system of your choice. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266762</link><pubDate>Fri, 28 May 2021 13:29:50 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266762@Uncensored</guid><description><![CDATA[ > 2021-05-26 11:04 from IGnatius T Foobar   
 >Subject: Quick poll for users of Citadel on a Raspberry Pi  
 >    
 > This is a quick poll for anyone running, or interested in running, the
 
 >Citadel system on Raspberry Pi.  It may also apply to other ARM-based  

 >single board computers.   
 >    
 > 1. Do you have a 64-bit capable board, such as a Raspberry Pi 3 or 4? 
 
 >(Answer "yes" if you have such a board, even if you are running a   
 >32-bit operating system.)   
 >    
 > 2. If so, would you be willing to install a 64-bit OS, such as the   
 >beta version of Raspberry Pi OS 64, or a 64-bit build of Ubuntu, if it 
 
 >meant you could run a binary distribution of Citadel without compiling 
 
 >it?   
 >    
 >    
 > The reason I am taking this poll is because we will be releasing a   
 >binary distribution of Citadel using the "AppImage" system, and we   
 >would like to avoid
having to maintain both 32-bit and 64-bit builds if  
 >possible.  We have already decided that the x86 version will be 64-bit 
 
 >only.  On ARM it's not so easy, because the Raspberry Pi Foundation is 
 
 >still pushing 32-bit operating systems on 64-bit boards.   
 >   
 >  
  
 I considered installing Citadel in one of the earlier models, but compiling
was too painful (rpi B at that) and the Debian package was very outdated.
So I parked the project. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266578</link><pubDate>Thu, 27 May 2021 21:28:46 -0000</pubDate><title>Message #2099266578</title><guid isPermaLink="false">2099266578@Uncensored</guid><description><![CDATA[<html><body>

<p>I agree. Even if they cant do 64bit for some strange reason, the 'old' way of installing didnt go away on them.  Its not like you tossed them off the island. You are just telling them that they have to bring their own booze to the party.</p>
<p>Even for us old guys who covets our 8 bit Atari, the reality is tech moves on... </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Thu May 27 2021 04:47:02 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span></div>
<div class="message_content">
<p>There won't be EOL because we haven't <em>started</em> supporting it.  Not with the binary AppImages.  They can continue to run Easy Install if they want to keep going on 32-bit.  And they can do a ctdlmigrate if they want to move to AppImage on 64-bit.  Heck, I have to do exactly that on x86 to move Uncensored to the AppImage distribution.</p>
<p>ctdlmigrate is a great experience now.  It isn't exactly <em>fast</em> but it's sooooper reliable compared to how it used to run.  And it uses color text and box drawing because I missed out on that during the days when DOS programmers could assume their terminal type but unix people had to deal with a terminfo database.</p>
<p>So far what I'm hearing is "go for 64 bit only and let them deal with it."  This is what I <em>want</em> to do, because in a couple of years everything's going to be 64 bit anyway.</p>
<br /><br /></div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266565</link><pubDate>Thu, 27 May 2021 20:47:02 -0000</pubDate><title>Message #2099266565</title><guid isPermaLink="false">2099266565@Uncensored</guid><description><![CDATA[<html><body>

<p>There won't be EOL because we haven't <em>started</em> supporting it.  Not with the binary AppImages.  They can continue to run Easy Install if they want to keep going on 32-bit.  And they can do a ctdlmigrate if they want to move to AppImage on 64-bit.  Heck, I have to do exactly that on x86 to move Uncensored to the AppImage distribution.</p>
<p>ctdlmigrate is a great experience now.  It isn't exactly <em>fast</em> but it's sooooper reliable compared to how it used to run.  And it uses color text and box drawing because I missed out on that during the days when DOS programmers could assume their terminal type but unix people had to deal with a terminfo database.</p>
<p>So far what I'm hearing is "go for 64 bit only and let them deal with it."  This is what I <em>want</em> to do, because in a couple of years everything's going to be 64 bit anyway.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266540</link><pubDate>Thu, 27 May 2021 14:35:40 -0000</pubDate><title>Message #2099266540</title><guid isPermaLink="false">2099266540@Uncensored</guid><description><![CDATA[<html><body>

<p>I think the response you're going to get to the poll will say it all. <br /><br />You won't get complaints until AFTER you EOL 32 bit support for Pi. Those will be corner cases who weren't paying attention going, "How did this happen? Why wasn't I told?" </p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266486</link><pubDate>Thu, 27 May 2021 00:09:31 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266486@Uncensored</guid><description><![CDATA[<html><body>

<p>ill spin up a vm this weekend. </p>
<blockquote>
<div class="message_header"><span>Wed May 26 2021 07:49:44 PM EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Re: Quick poll for users of Citadel on a Raspberry Pi</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>Will the app-images replace easy install someday, or just provide a <br />2nd option?  ( i hope never replace. Compilation is always the best <br />thing to do in my book ) </blockquote>
<br />I don't see Easy Install going away. There are so many satisfied users, probably thousands of sites, it works well and generally gets the job done. <br /><br />AppImage may become the flagship installation method, if it turns out to work well on the majority of systems. And if you have an x86 machine you can try it right now. A beta version is now available from the download page. <br />It really is "plug and play", just download a single file and run it. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266481</link><pubDate>Wed, 26 May 2021 23:49:44 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266481@Uncensored</guid><description><![CDATA[ >Will the app-images replace easy install someday, or just provide a  
 >2nd option?  ( i hope never replace. Compilation is always the best  
 >thing to do in my book )  
  
 I don't see Easy Install going away.  There are so many satisfied users,
probably thousands of sites, it works well and generally gets the job done.

  
 AppImage may become the flagship installation method, if it turns out to
work well on the majority of systems.  And if you have an x86 machine you
can try it right now.  A beta version is now available from the download page.
 It really is "plug and play", just download a single file and run it. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266480</link><pubDate>Wed, 26 May 2021 23:44:12 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266480@Uncensored</guid><description><![CDATA[Right ... I feel as if the time for the transition is *right* on the edge.
 If we do 32-bit we'll have to support it for a long time, but if we do 64-bit
we could potentially reject some potential users.  I think the 64-bit era
is going to go on for a long time, and if we can avoid having to deal with
such a change I'd like to do it. 
  
 I currently have a 64-bit Pi with a 32-bit OS. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266449</link><pubDate>Wed, 26 May 2021 22:05:44 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266449@Uncensored</guid><description><![CDATA[<html><body>

<p>Curious and i may have just missed it:</p>
<p>Will the app-images replace easy install someday, or just provide a 2nd option?  ( i hope never replace. Compilation is always the best thing to do in my book )</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266429</link><pubDate>Wed, 26 May 2021 20:36:39 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266429@Uncensored</guid><description><![CDATA[<html><body>

<p>I realize my vote is not that important in the grand scheme of things, but i would also vote to drop 32 bit for ARM if its a pain to support. Its 2021 after all.</p>
<p>Anyone that wants to do it, can get a 64 bit version OS to run on it. Its not hard to do, and works just fine.  Just wont be the 'officially blessed' image. If they cant pull that off on their own, perhaps they need to look at something else to run..</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266411</link><pubDate>Wed, 26 May 2021 19:13:24 -0000</pubDate><title>Re: Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266411@Uncensored</guid><description><![CDATA[<html><body>

<p>People attempting to run Citadel on Pi are such a corner case - I wouldn't bother asking them if I were you. <br /><br />For one thing, if they want to run it on their $35-$100 PC - it is just a matter of getting a second SD card, formatting it with the 64 bit beta build of Rpi OS, and if they don't like it, swapping back out. The Pi is a great "lab PC" in this regard because it is so easy to rapidly switch the entire profile of the computer just by plugging in a different SD card. <br /><br />And if they WANT *Citadel* on the Pi, they probably should be competent enough to get the 64bit version of a Pi OS running on it, too. <br /><br />Just my thoughts as someone who ran Citadel on a Pi 3b+ for a year or more. If I had found the Citadel page and it said, "Runs on a Pi with the 64 bit beta version of Rpi OS," it wouldn't have slowed me down for a second... especially if it were *well* supported and documented and easy to install and set up. <br /><br /></p>
<blockquote>
<div class="message_header"><span>Wed May 26 2021 11:04:50 EDT</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Quick poll for users of Citadel on a Raspberry Pi</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br />The reason I am taking this poll is because we will be releasing a binary distribution of Citadel using the "AppImage" system, and we would like to avoid having to maintain both 32-bit and 64-bit builds if possible. We have already decided that the x86 version will be 64-bit only. On ARM it's not so easy, because the Raspberry Pi Foundation is still pushing 32-bit operating systems on 64-bit boards. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=2099266362</link><pubDate>Wed, 26 May 2021 15:04:50 -0000</pubDate><title>Quick poll for users of Citadel on a Raspberry Pi</title><guid isPermaLink="false">2099266362@Uncensored</guid><description><![CDATA[  
 This is a quick poll for anyone running, or interested in running, the Citadel
system on Raspberry Pi.  It may also apply to other ARM-based single board
computers. 
  
 1. Do you have a 64-bit capable board, such as a Raspberry Pi 3 or 4?   (Answer
"yes" if you have such a board, even if you are running a 32-bit operating
system.) 
  
 2. If so, would you be willing to install a 64-bit OS, such as the beta version
of Raspberry Pi OS 64, or a 64-bit build of Ubuntu, if it meant you could
run a binary distribution of Citadel without compiling it? 
  
  
 The reason I am taking this poll is because we will be releasing a binary
distribution of Citadel using the "AppImage" system, and we would like to
avoid having to maintain both 32-bit and 64-bit builds if possible.  We have
already decided that the x86 version will be 64-bit only.  On ARM it's not
so easy, because the Raspberry Pi Foundation is still pushing 32-bit operating
systems on 64-bit boards. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4671140</link><pubDate>Sat, 13 Mar 2021 01:21:10 -0000</pubDate><title>Re: Citadel 931 released</title><guid isPermaLink="false">4671140@Uncensored</guid><description><![CDATA[<html><body>

<p>Good news. Thanks for the new release!</p>
<p>Could you please list the issues that are fixed with this release?</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Mar 09 2021 11:40:28 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Citadel 931 released</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br />We are pleased to announce that Citadel 931 has been released. You can download the latest code through Easy Install or through source tarballs. (Regrettably, support for LFHS installs has ended, which means that distribution-specific packages are likely to end as well.) <br /><br />The primary focus of this release is the "ctdlmigrate" utility. If you have been looking to move your Citadel installation to a different CPU architecture (for example, from Intel to ARM, or from 32-bit to 64-bit), you can upgrade your source system to version 931 and then clone it to the target system using ctdlmigrate. This utility has been made far more robust and reliable than it has been in the past. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4670688</link><pubDate>Wed, 10 Mar 2021 07:07:13 -0000</pubDate><title>Re: Citadel 931 released</title><guid isPermaLink="false">4670688@Uncensored</guid><description><![CDATA[<html><body>

<p>Awesome news. I wish I had been more available during this stage of the Citadel development process. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Tue Mar 09 2021 11:40:28 EST</span> <span>from <a href="do_template?template=user_show?who=IGnatius T Foobar">IGnatius T Foobar</a> </span> <span class="message_subject">Subject: Citadel 931 released</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br /><br />We are pleased to announce that Citadel 931 has been released. You can download the latest code through Easy Install or through source tarballs. (Regrettably, support for LFHS installs has ended, which means that distribution-specific packages are likely to end as well.) <br /><br />The primary focus of this release is the "ctdlmigrate" utility. If you have been looking to move your Citadel installation to a different CPU architecture (for example, from Intel to ARM, or from 32-bit to 64-bit), you can upgrade your source system to version 931 and then clone it to the target system using ctdlmigrate. This utility has been made far more robust and reliable than it has been in the past. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4670574</link><pubDate>Tue, 09 Mar 2021 16:40:28 -0000</pubDate><title>Citadel 931 released</title><guid isPermaLink="false">4670574@Uncensored</guid><description><![CDATA[ 
  
 We are pleased to announce that Citadel 931 has been released.  You can download
the latest code through Easy Install or through source tarballs.  (Regrettably,
support for LFHS installs has ended, which means that distribution-specific
packages are likely to end as well.) 
  
 The primary focus of this release is the "ctdlmigrate" utility.  If you have
been looking to move your Citadel installation to a different CPU architecture
(for example, from Intel to ARM, or from 32-bit to 64-bit), you can upgrade
your source system to version 931 and then clone it to the target system using
ctdlmigrate.  This utility has been made far more robust and reliable than
it has been in the past. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4636325</link><pubDate>Wed, 23 Dec 2020 23:46:31 -0000</pubDate><title>Citadel 930 released</title><guid isPermaLink="false">4636325@Uncensored</guid><description><![CDATA[ 
  
 For those of you who have been waiting for RSS feeds in international languages
to work properly, now is your time to gobble down the latest Citadel server,
now available through Easy Install or through source tarballs.   
  
 This is also the first version of Citadel to use the new inbox rules handler.
 If you had inbox rules configured before, they will carry over to the new
system.  Basically we're no longer using Sieve or libSieve, so this removes
the dependency on an apparently abandoned library that some people were beginning
to have trouble compiling. 
  
 This message serves as the release notes. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4615397</link><pubDate>Fri, 27 Nov 2020 16:11:07 -0000</pubDate><title>Message #4615397</title><guid isPermaLink="false">4615397@Uncensored</guid><description><![CDATA[<html><body>

<p>Achievement Unlocked. RPi image made, restored and tested on a separate Pi. I've got a working backup of The Sanitarium now. <br /><br />Now to upgrade the production image to the latest version of Citadel and migrate it to the i5. <br /><br />This ought to be interesting. I do not trust that the upgrade is going to work right on Raspbian - so many other things not working quite right on that platform. But at least if I F it Up, I can go back. <br /><br /><br /></p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4594635</link><pubDate>Sun, 01 Nov 2020 14:04:18 -0000</pubDate><title>Re: [CitaNews] Re: Archived! .. new host seems nice and fast</title><guid isPermaLink="false">4594635@Uncensored</guid><description><![CDATA[
Still seems quite responsive to me.


On 11/1/20 2:08 AM, IGnatius T Foobar wrote:
> Well, see if it's still faster now.  I've moved it to what will now be more
> or less its final location.
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4594483</link><pubDate>Sun, 01 Nov 2020 07:08:06 -0000</pubDate><title>Re: [CitaNews] Re: Archived! .. new host seems nice and fast</title><guid isPermaLink="false">4594483@Uncensored</guid><description><![CDATA[Well, see if it's still faster now.  I've moved it to what will now be more
or less its final location. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4594203</link><pubDate>Fri, 30 Oct 2020 18:56:41 -0000</pubDate><title>Re: [CitaNews] Re: Archived! .. new host seems nice and fast</title><guid isPermaLink="false">4594203@Uncensored</guid><description><![CDATA[
I noticed its much faster too..

On 10/30/20 2:46 PM, IGnatius T Foobar wrote:
>    
>   It's funny that you are finding it nice and fast, because the site is currently
> hosted in a 1 CPU, 768 MB VRAM virtual machine on my home computer :)
>    
>   That may or may not be its permanent home, but that's where it's running
> right now.
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4594186</link><pubDate>Fri, 30 Oct 2020 18:46:16 -0000</pubDate><title>Re: Archived! .. new host seems nice and fast</title><guid isPermaLink="false">4594186@Uncensored</guid><description><![CDATA[  
 It's funny that you are finding it nice and fast, because the site is currently
hosted in a 1 CPU, 768 MB VRAM virtual machine on my home computer :) 
  
 That may or may not be its permanent home, but that's where it's running
right now. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4594173</link><pubDate>Fri, 30 Oct 2020 18:19:14 -0000</pubDate><title>Archived! .. new host seems nice and fast</title><guid isPermaLink="false">4594173@Uncensored</guid><description><![CDATA[<html><body>

<p>I extracted all the public facing (internally linked) urls, and am archiving them all on the wayback machine at the moment..</p>
<p>List of urls attached, and also a few 404s.</p>
<p>...just some documentation.  I've been compiling a list of older 404s I was hoping to provide redirects sometime in the future.. </p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Oct 30 2020 11:13:13 AM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />As a quick announcement -- <br /><br />www.citadel.org has been moved to new hosting arrangements. There should have been no noticeable changes, but if you see anything let me know and we'll take care of it right away. </div>
</div>
</blockquote>
<p> </p>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4594127</link><pubDate>Fri, 30 Oct 2020 15:13:13 -0000</pubDate><title>Message #4594127</title><guid isPermaLink="false">4594127@Uncensored</guid><description><![CDATA[  
 As a quick announcement -- 
  
 www.citadel.org has been moved to new hosting arrangements.  There should
have been no noticeable changes, but if you see anything let me know and we'll
take care of it right away. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4591670</link><pubDate>Wed, 21 Oct 2020 02:40:19 -0000</pubDate><title>Re: A documentation proof of concept...</title><guid isPermaLink="false">4591670@Uncensored</guid><description><![CDATA[I like every bit of it (even the shame of BSD curly brackets ... which I've
already fixed).  May I assume you wrote the source document in markdown and
then converted to PDF? 
  
 And yes, the c_shrink_db_files has been there for a while ... I don't quite
remember how the discussion started, but I discovered that Berkeley DB had
acquired a "compact" function, so I added the option to use it, figuring that
whoever was asking for it would give it a good hard test.  I guess it worked
because we never heard from them again. 
  
 According to the commit timestamp, that was over three years ago.  Actually
it was just a couple of weeks before The Accident so I'm just going to use
the excuse that the painkiller meds flushed c_shrink_db_files out of my brain
and I forgot about it :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4591657</link><pubDate>Wed, 21 Oct 2020 02:12:49 -0000</pubDate><title>A documentation proof of concept...</title><guid isPermaLink="false">4591657@Uncensored</guid><description><![CDATA[<html><body>

<p>Just to follow up to an extent.. sorry to be running behind, but time has been a rare commodity lately..</p>
<p>My last post in Support, "How to auto compact db files [Tutorial] and a Proof of Concept.."</p>
<p>was directed to answer the question about db file size, so I also used the opportunity to write it in markdown.</p>
<p>Have a look at the pdf.. [Also attached here.. ]</p>
<p>This is the direction I think a lot of the Citadel documentation could be going..</p>
<p> </p>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4590215</link><pubDate>Tue, 13 Oct 2020 21:58:58 -0000</pubDate><title>Re: New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4590215@Uncensored</guid><description><![CDATA[<html><body>

<p>I've got it, thanks Art! </p>
<blockquote>
<div class="message_header"><span>Tue Oct 13 2020 04:17:35 PM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span> <span class="message_subject">Subject: Re: New web site.. "css style for pre tag"</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">
<blockquote>I'm just guessing at the URL for that repo Art! .. I have no idea <br />what it is.. I checked the .git/config for the main citadel repo..and <br />just "estimated" this.. <br />git://git.citadel.org/appl/gitroot/www.citadel.org.git </blockquote>
<br />Ok, after racking my brains on this for way longer than should have been necessary ... <br /><br />It's working now. And yes, that is the correct git URL. (No, HTTPS doesn't work.) <br /><br />It turns out I had my git-daemon set to serve from /appl/gitroot/citadel.git, prohibiting clones of any other repository no matter how nicely I encouraged it. :( <br /><br />All righty then ... back to the day job for a few more hours and then I'll get back to this again. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4590176</link><pubDate>Tue, 13 Oct 2020 20:17:35 -0000</pubDate><title>Re: New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4590176@Uncensored</guid><description><![CDATA[ >I'm just guessing at the URL for that repo Art! .. I have no idea  
 >what it is.. I checked the .git/config for the main citadel repo..and  
 >just "estimated" this..  
 >git://git.citadel.org/appl/gitroot/www.citadel.org.git   
  
 Ok, after racking my brains on this for way longer than should have been
necessary ... 
  
 It's working now.  And yes, that is the correct git URL.   (No, HTTPS doesn't
work.) 
  
 It turns out I had my git-daemon set to serve from /appl/gitroot/citadel.git,
prohibiting clones of any other repository no matter how nicely I encouraged
it.  :( 
  
 All righty then ... back to the day job for a few more hours and then I'll
get back to this again. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4589219</link><pubDate>Fri, 09 Oct 2020 23:21:52 -0000</pubDate><title>Re: New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4589219@Uncensored</guid><description><![CDATA[<html><body>

<p>I'm just guessing at the URL for that repo Art! .. I have no idea what it is.. I checked the .git/config for the main citadel repo..and just "estimated" this..</p>
<pre>git://git.citadel.org/appl/gitroot/www.citadel.org.git</pre>
<p><span class="aCOpRe"><span>That's what I'm guessing.. tried https and had a big laugh! You should try it.. <br /></span></span></p>
<pre>git clone https://git.citadel.org/appl/gitroot/www.citadel.org.git</pre>
<p><span class="aCOpRe"><span>So, I'm sure we'll get that sorted out, but as I mentioned, I did download the whole snapshot of HEAD. <br /></span></span></p>
<p><span class="aCOpRe"><span>As to the rest, I'm thinking it might be good break it out into separate threads, but just to touch on things: </span></span></p>
<p><span class="aCOpRe"><span>3. I was thinking mainly of the user contributed stuff, but I did take a look at the html of the other pages. </span></span></p>
<p><span class="aCOpRe"><span> The only difference would be having the body of the document entirely in its own file, and the layout css around it, being part of the outer layout. </span></span></p>
<p><span class="aCOpRe"><span>So instead of this </span></span></p>
<blockquote style="background-color: #fff;">
<p><span class="aCOpRe"><span>&lt;div class="w3-row-padding w3-padding-64 w3-container"&gt;<br /></span></span></p>
<p><span class="aCOpRe"><span>&lt;h1&gt;Title of Document&lt;/h1&gt;<br /></span></span></p>
<p><span class="aCOpRe"><span>&lt;!-- HTML Body of document --!&gt;<br /></span></span></p>
<p><span class="aCOpRe"><span>&lt;/div&gt;</span></span></p>
<p><span class="aCOpRe"><span><br /></span></span></p>
</blockquote>
<p>The page/article would contain only this.</p>
<blockquote>
<p><span class="aCOpRe"><span>&lt;h1&gt;Title of Document&lt;/h1&gt;<br /></span></span></p>
<p><span class="aCOpRe"><span>&lt;!-- HTML Body of document --!&gt;</span></span></p>
<p><span class="aCOpRe"><span><br /></span></span></p>
</blockquote>
<p>And the outer tags come from a script that builds it all. This is really simple. Even that can be automated.. I mean, parsing out those div tags. </p>
<p>[Very helpful to have it nice and portable like this when web stuff changes around!]</p>
<p>I've got much more complicated stuff building entire documents from web pages in Latex..</p>
<p>I'm not on any crusade about Markdown.. not in a "cargo cult".. it's just a handy intermediate format.  easy to write.. entirely readable by itself.. It can contain html.  You can pandoc it to pretty much anything you want.</p>
<p>3.5 - Yes. and yes.  All that code should be documented, and that's how I was thinking about it.</p>
<p>4. I'll do whatever I can, particularly to free you up for writing C for the key value store. I'm used to higher level abstractions, so that's harder for me.</p>
<p>I'm quite invested in Citadel.. we use and rely on it.  And have for many years.. so short of anything unexpected, I am happy to help.</p>
<p>Thanks for your vote of confidence!</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Fri Oct 09 2020 06:20:56 PM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span> <span class="message_subject">Subject: Re: New web site.. "css style for pre tag"</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />A couple of thoughts: <br /><br />1. I've applied the supplied fix to the PRE style, and it's looking good. <br />Thanks. <br /><br />2. I did a "chmod -R git:git" on the www.citadel.org.git repository, so try it again. <br /><br />3. Regarding the use of markdown, it's not out of the question but there has to be a way to make it easy and automatic to convert to HTML. If the web server can be programmed to translate ".md" files to HTML automatically, and also slap the header and footer on as it does so, then that's something we can look at. Alternately, we could use a Makefile to automatically build .html files from .md files, since we're treating the web site as a build now instead of as a CMS. <br /><br />4. I'm thinking now that I definitely want your web design expertise on the front end of webcit-ng, if you're willing.</div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4589197</link><pubDate>Fri, 09 Oct 2020 22:20:56 -0000</pubDate><title>Re: New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4589197@Uncensored</guid><description><![CDATA[  
 A couple of thoughts: 
  
 1. I've applied the supplied fix to the PRE style, and it's looking good.
 Thanks. 
  
 2. I did a "chmod -R git:git" on the www.citadel.org.git repository, so try
it again. 
  
 3. Regarding the use of markdown, it's not out of the question but there
has to be a way to make it easy and automatic to convert to HTML.  If the
web server can be programmed to translate ".md" files to HTML automatically,
and also slap the header and footer on as it does so, then that's something
we can look at.  Alternately, we could use a Makefile to automatically build
.html files from .md files, since we're treating the web site as a build now
instead of as a CMS. 
  
 4. I'm thinking now that I definitely want your web design expertise on the
front end of webcit-ng, if you're willing. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4589142</link><pubDate>Fri, 09 Oct 2020 19:21:42 -0000</pubDate><title>Updated &lt;pre&gt; css..</title><guid isPermaLink="false">4589142@Uncensored</guid><description><![CDATA[<html><body>

<p>Art, this will fix the issue with the margin on the pre tag. I think it looks pretty good for the short term. </p>
<pre>
pre {
	height: auto;
	overflow: auto;
	background-color: #F8F8F8;
	border-left: 5px solid #02b0ef;
	margin: 1.7em 0 1.7em .3em;
	word-break: normal !important;
	word-wrap: normal !important;
	white-space: pre !important;
	color: #000;
	padding: 20px;
}

<br /><br />You might want to add <br /><br />min-height: 600px;<br /><br />to <br /><br />.w3-container<br /><br />.. a few of those pages a looking a little short!  <br /><br />But I'll do a better rundown next week.<br /><br /></pre>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4589094</link><pubDate>Fri, 09 Oct 2020 16:49:52 -0000</pubDate><title>Re: New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4589094@Uncensored</guid><description><![CDATA[<html><body>

<p>Thank you Art!..</p>
<p>I tried to clone the new repo.. </p>
<p>I assumed the root would be the same as the other repositories, but maybe there's something to do to set it public.  </p>
<p>git clone git://git.citadel.org/appl/gitroot/www.citadel.org.git</p>
<p>Cloning into 'www.citadel.org'...<br />fatal: remote error: access denied or repository not exported: /appl/gitroot/www.citadel.org.git</p>
<p>Anyway, I downloaded a snapshot of HEAD..</p>
<p>I'll take a look at it.  We're doing a lot of html page conversions right now..</p>
<p>I don't mean to sound so narrowly focused and autistic that it doesn't sound like I am clearly addressing something... but..</p>
<p>The best composition and storage format for us has been markdown.. [I have an api basically, to convert pages back to markdown on the fly! .. ] </p>
<p>Markdown then lends itself well to conversion to both html and tex (html to tex is not so great, it's messy.. so we usually start with markdown and only a few css tags.)</p>
<p>Because our end goal is always printable books. [That's a thing we do a lot of.  Markdown -&gt; latex -&gt; printable pdf source]</p>
<p>You can generate html at any point, preferably after everything is proofed in the origin format. </p>
<p>Most of the static site (and documentation) generators work with markdown also. </p>
<p>And it's not like it would be hard to write one (static generator). </p>
<p>The harder part is "designing" the book.  The craft of outlining, table of contents.. index, etc..</p>
<p>I've been maintaining some of my own citadel docs for a while now..Some things I've had to dig out of the wayback machine..</p>
<p>Really looking forward to getting to this.</p>
<p>You have a nice weekend!</p>
<p>:)</p>
<p> </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4589069</link><pubDate>Fri, 09 Oct 2020 15:54:31 -0000</pubDate><title>Re: New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4589069@Uncensored</guid><description><![CDATA[<html><body>

<p>I've applied the suggested modification.  It looks pretty good ... although there's an issue with the margin.</p>
<p>So if you want to contribute, let's do this.   I've placed the entire site into a git repository [ <a href="https://code.citadel.org/">https://code.citadel.org/</a> ] under "www.citadel.org.git".   See if you can pull that down and tinker with it.  If it looks like something you can work with, we can either do pull requests or I'll set up an account with write access to the repository.</p>
<p>The site is, very deliberately, built with static HTML.  The only dynamic portion of it at all is the use of server-side includes to put a consistent header and footer on each page.  My goal was to move away from maintaining a document management system so that the web site is simple, maintainable, and doesn't consume time that would be better spent on Citadel itself.   (The old site used a wiki as its CMS with the intention of community maintenance, but it eventually got into pretty bad shape.)</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4588452</link><pubDate>Tue, 06 Oct 2020 18:25:18 -0000</pubDate><title>New web site.. &quot;css style for pre tag&quot;</title><guid isPermaLink="false">4588452@Uncensored</guid><description><![CDATA[<html><body>

<p>Okay, forget "&lt;code&gt;" &lt;pre&gt; is already in use.. it's just not styled.</p>
<p>I didn't intend complex syntax highlighting requiring a javascript package.. just enough css for a little code block.</p>
<p>I was thinking something.. like this. (It looks a little better outside the tinymce editor.. ), just enough to be clear it's actual "code" or "commands".</p>
<p>It would be nice to have this on Uncensored! also for doing support stuff. I find myself typing &lt;pre style="font-family:mono;"&gt; a lot.</p>
<p>I bumped up the font size for visibility here.. probably not necessary.. Base font size is alleged to be 16px anyway..</p>
<pre style="height: auto; overflow: auto; background-color: #fcfcfc; border-left: 5px solid #02b0ef; margin: 2em 0 2em .4em; word-break: normal !important; padding-left: 1em; word-wrap: normal !important; white-space: pre !important; color: #000; font-size: 16px; font-family: monospace;">pre {
    height: auto;
    overflow: auto;
    background-color: #fcfcfc;
    border-left: 5px solid #02b0ef;
    margin: 1.7em 0 1.7em .3em;
    word-break: normal !important;
    word-wrap: normal !important;
    white-space: pre !important;
    color: #000;
    font-size: 16px;
}

</pre>
<pre style="height: auto; overflow: auto; background-color: #fcfcfc; border-left: 5px solid #02b0ef; margin: 2em 0 2em .4em; word-break: normal !important; padding-left: 1em; word-wrap: normal !important; white-space: pre !important; color: #000; font-size: 16px; font-family: monospace;">#!/bin/bash
echo "The rain in Spain stays mainly on the plain."
</pre>
<pre style="height: auto; overflow: auto; background-color: #fcfcfc; border-left: 5px solid #02b0ef; margin: 2em 0 2em .4em; word-break: normal !important; padding-left: 1em; word-wrap: normal !important; white-space: pre !important; color: #000; font-family: monospace; font-size: 16px;">sudo su
</pre>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4588411</link><pubDate>Tue, 06 Oct 2020 16:21:47 -0000</pubDate><title>New web site...&quot;user contributed procedures..&quot;</title><guid isPermaLink="false">4588411@Uncensored</guid><description><![CDATA[<html><body>

<p>I really like it!  Only a few minor things.. and a feature request.. </p>
<p>* Some of the formatting didn't survive the conversion process..</p>
<p>* Speaking specifically about any kind of code syntax highlighting..</p>
<p>* I write a lot of documents in markdown.. convert with pandoc.. and get by with only one or two html tags..</p>
<p>* One important of which is &lt;code&gt; &lt;/code&gt;, a clearly delineated block of code for somebody to copy &amp; paste..</p>
<p>* The new citadel website could use this, or a similar class in a few locations.. (bash stuff, and "commands")..</p>
<p>* I'd also like to see the ability to submit user created procedures or recipes.. how to, etc..</p>
<p>* Submit in plain markdown.md with &lt;code&gt;&lt;/code&gt; tags..</p>
<p>* Possibly as "comments" on an article, but mainly thinking about "how to", "tips and tricks" sections...</p>
<p>* Users scp/ftp their markdown file somewhere.. somebody looks at it, moves it to another directory (admin approval!)</p>
<p>* Markdown gets auto-generated into html on a "how to/tutorial" page..</p>
<p>It would be really nice.. I have a lot to contribute!</p>
<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jul 04 2020 12:26:02 AM EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />In other CitaNews, I'm pleased to announce that we have launched our new and improved project web site. <br /><br />[ <a href="http://www.citadel.org" target="webcit01">http://www.citadel.org</a> ] <br /><br />This has been in the works for a long time. The very dated-looking dokuwiki site has been retired. All of the information from that site has been moved to the new site, and much of it has been rewritten to become up to date with the current state of the Citadel system. <br /><br />Corrections and suggestions are always welcome, of course. </div>
</div>
</blockquote>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4581811</link><pubDate>Tue, 01 Sep 2020 13:23:30 -0000</pubDate><title>Message #4581811</title><guid isPermaLink="false">4581811@Uncensored</guid><description><![CDATA[Correct.  I'm actually planning to replace that box when we have an official
Dockerized version of Citadel. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4581591</link><pubDate>Mon, 31 Aug 2020 10:44:20 -0000</pubDate><title>Message #4581591</title><guid isPermaLink="false">4581591@Uncensored</guid><description><![CDATA[ > >Are there supposed to be links on this page?     
 > >    
 > >http://www.citadel.org/download.html     
 >    
 > Clicking anywhere in the boxes will take you to the destination.   
  
 Note...the "Packages" box has no clickability...methinks this is an indication
that you should seek out your distibution's packages, from them, should you
desire to run from there. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4575584</link><pubDate>Sun, 02 Aug 2020 15:40:32 -0000</pubDate><title>Message #4575584</title><guid isPermaLink="false">4575584@Uncensored</guid><description><![CDATA[ >very cool! some links from web searches points to 404 pages though.  
  
 Links from search engines to www.citadel.org are likely to 404 for a little
while this year, because we just completed a major overhaul of the web site
and the links have all changed.  This will sort itself out on its own, of
course. 
  
 Links from search engines to uncensored.citadel.org should be pretty good.
 At the very least, they should get you within +-20 messages of what you searched
for and into the correct room, because the search engines see the same paginated
view that humans do. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4574815</link><pubDate>Thu, 30 Jul 2020 13:36:45 -0000</pubDate><title>Message #4574815</title><guid isPermaLink="false">4574815@Uncensored</guid><description><![CDATA[<html><body>

<p>very cool! some links from web searches points to 404 pages though. Also letsencrypt https could be useful as some browsers starts blocking non https stuff.</p>
<p>Cheers!</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4571636</link><pubDate>Fri, 17 Jul 2020 14:05:08 -0000</pubDate><title>Re: [CitaNews] (no subject)</title><guid isPermaLink="false">4571636@Uncensored</guid><description><![CDATA[

Am 04.07.20 um 15:59 schrieb zooer:

> zap (forget) the room.

Not when you're subscribed to it as a mailinglist. It seems that bit of
documentation hasn't survived the redesign (at least I can't find it
anymore).
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567933</link><pubDate>Sat, 04 Jul 2020 15:25:41 -0000</pubDate><title>Re: ***SPAM*** Re: [CitaNews] Support for custom Sieve scripts to bediscontinued inthe next release</title><guid isPermaLink="false">4567933@Uncensored</guid><description><![CDATA[
On 7/4/20 10:52 AM, IGnatius T Foobar wrote:
>   >How do I unsubscribe?
>    
>   Go to http://uncensored.citadel.org/listsub
>   
Many thanks.
Done.
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567877</link><pubDate>Sat, 04 Jul 2020 14:52:31 -0000</pubDate><title>Re: [CitaNews] Support for custom Sieve scripts to be discontinued inthe next release</title><guid isPermaLink="false">4567877@Uncensored</guid><description><![CDATA[ >How do I unsubscribe?  
  
 Go to http://uncensored.citadel.org/listsub 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567876</link><pubDate>Sat, 04 Jul 2020 14:51:55 -0000</pubDate><title>Message #4567876</title><guid isPermaLink="false">4567876@Uncensored</guid><description><![CDATA[ >Are there supposed to be links on this page?   
 >  
 >http://www.citadel.org/download.html   
  
 Clicking anywhere in the boxes will take you to the destination. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567848</link><pubDate>Sat, 04 Jul 2020 13:59:10 -0000</pubDate><title>Re: [CitaNews] (no subject)</title><guid isPermaLink="false">4567848@Uncensored</guid><description><![CDATA[<html><body>

<p>zap (forget) the room.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567776</link><pubDate>Sat, 04 Jul 2020 11:46:16 -0000</pubDate><title>Re: [CitaNews] (no subject)</title><guid isPermaLink="false">4567776@Uncensored</guid><description><![CDATA[<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    unsubscribe<br>
    <br>
    There is no 'unsubscribe' information in the headers:<br>
    <br>
    <pre>From - Sat Jul  4 06:55:12 2020
X-Account-Key: account4
X-UIDL: UID8536-1551436515
X-Mozilla-Status: 0005
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Return-Path: <a class="moz-txt-link-rfc2396E" href="mailto:room_aide@uncensored.citadel.org">&lt;room_aide@uncensored.citadel.org&gt;</a>
Delivered-To: <a class="moz-txt-link-abbreviated" href="mailto:nc8q-mesh@gelm.net">nc8q-mesh@gelm.net</a>
Received: from ecbiz255.inmotionhosting.com
	by ecbiz255.inmotionhosting.com with LMTP
	id +F+HKuNdAF+UPhEAMKsp8g
	(envelope-from <a class="moz-txt-link-rfc2396E" href="mailto:room_aide@uncensored.citadel.org">&lt;room_aide@uncensored.citadel.org&gt;</a>)
	for <a class="moz-txt-link-rfc2396E" href="mailto:nc8q-mesh@gelm.net">&lt;nc8q-mesh@gelm.net&gt;</a>; Sat, 04 Jul 2020 06:45:55 -0400
Return-path: <a class="moz-txt-link-rfc2396E" href="mailto:room_aide@uncensored.citadel.org">&lt;room_aide@uncensored.citadel.org&gt;</a>
Envelope-to: <a class="moz-txt-link-abbreviated" href="mailto:nc8q-mesh@gelm.net">nc8q-mesh@gelm.net</a>
Delivery-date: Sat, 04 Jul 2020 06:45:55 -0400
Received: from uncensored.citadel.org ([216.150.130.111]:32919)
	by ecbiz255.inmotionhosting.com with esmtps  (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
	(Exim 4.93)
	(envelope-from <a class="moz-txt-link-rfc2396E" href="mailto:room_aide@uncensored.citadel.org">&lt;room_aide@uncensored.citadel.org&gt;</a>)
	id 1jrfgB-004lwI-7p
	for <a class="moz-txt-link-abbreviated" href="mailto:nc8q-mesh@gelm.net">nc8q-mesh@gelm.net</a>; Sat, 04 Jul 2020 06:45:55 -0400
Date: Sat, 04 Jul 2020 06:48:24 -0400
To: <a class="moz-txt-link-abbreviated" href="mailto:room_citanews@uncensored.citadel.org">room_citanews@uncensored.citadel.org</a>
References: <a class="moz-txt-link-rfc2396E" href="mailto:5F0004DA-0045B24F@uncensored.citadel.org">&lt;5F0004DA-0045B24F@uncensored.citadel.org&gt;</a> <a class="moz-txt-link-rfc2396E" href="mailto:5F005E17-0045B2B5@uncensored.citadel.org">&lt;5F005E17-0045B2B5@uncensored.citadel.org&gt;</a>
Reply-To: <a class="moz-txt-link-abbreviated" href="mailto:room_citanews@uncensored.citadel.org">room_citanews@uncensored.citadel.org</a>
List-ID: News, views, and clues about the Citadel system.&lt;room_CitaNews.uncensored.citadel.org&gt;
Subject: [CitaNews] (no subject)
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5F005E78-0045B2BB@uncensored.citadel.org">&lt;5F005E78-0045B2BB@uncensored.citadel.org&gt;</a>
From: "zooer" <a class="moz-txt-link-rfc2396E" href="mailto:zooer@uncensored.citadel.org">&lt;zooer@uncensored.citadel.org&gt;</a>
MIME-Version: 1.0
X-Mailer: WebCit 925
Content-type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Status: No, score=1.1
X-Spam-Score: 11
X-Spam-Bar: +
X-Ham-Report: Spam detection software, running on the system "ecbiz255.inmotionhosting.com",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 root\@localhost for details.
 Content preview:  I see, a person shouldn't click on the shaded areas of text,
    a person should click on the lines above and below the text. 
 Content analysis details:   (1.1 points, 5.0 required)
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.1 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
  0.0 HTML_MESSAGE           BODY: HTML included in message
  1.0 KAM_LAZY_DOMAIN_SECURITY Sending domain does not have any
                             anti-forgery methods
X-Spam-Flag: NO

</pre>
  </body>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567774</link><pubDate>Sat, 04 Jul 2020 11:44:37 -0000</pubDate><title>Re: [CitaNews] (no subject)</title><guid isPermaLink="false">4567774@Uncensored</guid><description><![CDATA[
unsubscribe
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567768</link><pubDate>Sat, 04 Jul 2020 11:43:40 -0000</pubDate><title>Re: [CitaNews] Support for custom Sieve scripts to be discontinued inthe next release</title><guid isPermaLink="false">4567768@Uncensored</guid><description><![CDATA[
On 7/3/20 6:49 PM, IGnatius T Foobar wrote:
>    
>
How do I unsubscribe?
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567739</link><pubDate>Sat, 04 Jul 2020 10:48:24 -0000</pubDate><title>Message #4567739</title><guid isPermaLink="false">4567739@Uncensored</guid><description><![CDATA[<html><body>

<p>I see, a person shouldn't click on the shaded areas of text, a person should click on the lines above and below the text.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567733</link><pubDate>Sat, 04 Jul 2020 10:46:47 -0000</pubDate><title>Message #4567733</title><guid isPermaLink="false">4567733@Uncensored</guid><description><![CDATA[<html><body>

<p>Are there supposed to be links on this page?</p>
<p><a href="http://www.citadel.org/download.html">http://www.citadel.org/download.html</a></p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567631</link><pubDate>Sat, 04 Jul 2020 04:26:02 -0000</pubDate><title>Message #4567631</title><guid isPermaLink="false">4567631@Uncensored</guid><description><![CDATA[  
 In other CitaNews, I'm pleased to announce that we have launched our new
and improved project web site. 
  
 [ http://www.citadel.org ] 
  
 This has been in the works for a long time.  The very dated-looking dokuwiki
site has been retired.  All of the information from that site has been moved
to the new site, and much of it has been rewritten to become up to date with
the current state of the Citadel system. 
  
 Corrections and suggestions are always welcome, of course. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4567528</link><pubDate>Fri, 03 Jul 2020 22:49:37 -0000</pubDate><title>Support for custom Sieve scripts to be discontinued in the next release</title><guid isPermaLink="false">4567528@Uncensored</guid><description><![CDATA[  
 This is an important announcement that will hopefully have very little effect.

  
 OWe've decided to discontinue our use of the "Sieve" inbox filtering language
in Citadel.  This is being done for compatibility reasons -- no one is maintaining
the library that parses it, and it is becoming problematic in builds on various
platforms. 
  
 Note that this does NOT mean we're discontinuing the inbox filters.  We're
just removing the ability for users to write their own Sieve scripts, which
hopefully is a very rare practice. 
  
 ** If you are using "inbox rules" in WebCit, your rules will be automatically
upgraded to the new system. ** 
  
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4475467</link><pubDate>Tue, 13 Aug 2019 20:44:33 -0000</pubDate><title>Citadel Server updates and installation changes</title><guid isPermaLink="false">4475467@Uncensored</guid><description><![CDATA[ 
  
 Hi everyone!  It's another wonderful day in Citadelia, and we have some changes
pertaining to the installation of Citadel Server. 
  
 For starters, we've fixed the installation problem that some users were experiencing
when installing on Raspberry Pi and on newer versions of Debian Linux/Linux.
 This was a weird one but it's finally fixed. 
  
 The big news is that Easy Install is now designed to work with systemd. 
We won't get into religious arguments over whether systemd is good or bad;
the bottom line is that it's now present in all major Linux/Linux operating
system distributions, so we're going to use it to make everyone's lives easier
during installation.  Anyone using an outlier distribution probably already
knows what to do, and will simply be given on-screen instructions on how to
complete the installation (Easy Install will still build the software for
you).  But for the
vast majority running Debian, Ubuntu, CentOS, etc. , Easy Install will create
systemd unit files for you, and reliably start/stop the Citadel services when
needed. 
  
 Share And Enjoy! 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4444856</link><pubDate>Mon, 29 Apr 2019 15:43:08 -0000</pubDate><title>Message #4444856</title><guid isPermaLink="false">4444856@Uncensored</guid><description><![CDATA[<html><body>

<p>For some reason, whenever hearing the name "Prothero" reminds me of the character Lewis Prothero from V for Vendetta comic...</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4444062</link><pubDate>Fri, 26 Apr 2019 17:14:32 -0000</pubDate><title>Message #4444062</title><guid isPermaLink="false">4444062@Uncensored</guid><description><![CDATA[  
 I remember Cynbe ru Taren very well.  I think I looked at the code he wrote,
before I really knew how to program in C very well. 
  
 Gads.  Just odd to think he's gone. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4443744</link><pubDate>Thu, 25 Apr 2019 18:13:27 -0000</pubDate><title>CrT == deadz0r</title><guid isPermaLink="false">4443744@Uncensored</guid><description><![CDATA[<html><body>

<p>Here's something I either didn't know or wasn't paying attention to when it happened.  Jeff Prothero, aka Cynbe ru Taren, died on 2016-nov-16.  He was 60 years old.</p>
<p>For those not familiar -- he was the author of the early CP/M implementation of Citadel.  The text-mode client of today's modern Citadel is based upon the user interface he designed in 1981.  He's widely known as the originator of this famous UI, which has remained useful for nearly 40 years and has been implemented in numerous room-based software packages ... even though he handed off the code to David Mitchell just a few months later.</p>
<p>I'm not sure what else to add here, or even if anything needs to be added.  (Based on some things he's said over the years, I am having Crispy thoughts, but I'll keep them to myself for now.)  There doesn't seem to be an obituary online anywhere, but a bit of web scrubbing suggests he died of colorectal cancer.   Although he was only a minor player in terms of time and effort spent in building Citadel software and communities over the years, none of it would have ever existed without him as the originator, so we raise a glass or a flaming shot or something to the guy who started it all.</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4415840</link><pubDate>Mon, 21 Jan 2019 15:49:14 -0000</pubDate><title>Message #4415840</title><guid isPermaLink="false">4415840@Uncensored</guid><description><![CDATA[Client is definitely the first step.  Ultimately it would make sense to have
the ability to join an existing NNTP network -- even if it isn't UseNet, some
other network would be more likely to support NNTP than any other protocol.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4413318</link><pubDate>Sun, 13 Jan 2019 20:38:24 -0000</pubDate><title>Message #4413318</title><guid isPermaLink="false">4413318@Uncensored</guid><description><![CDATA[<html><body>

<p>I had just been thinking client, but porky no lass dose?</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4411621</link><pubDate>Tue, 08 Jan 2019 15:27:51 -0000</pubDate><title>Message #4411621</title><guid isPermaLink="false">4411621@Uncensored</guid><description><![CDATA[Finishing up the NNTP implementation could definitely be part of the medium
term roadmap.  Are you looking to access Citadel with an NNTP client, or are
you looking to join an NNTP network? 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4410382</link><pubDate>Fri, 04 Jan 2019 18:13:53 -0000</pubDate><title>Message #4410382</title><guid isPermaLink="false">4410382@Uncensored</guid><description><![CDATA[<html><body>

<p>I miss NNTP in Citadel and would happily contribute bug reports.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4408138</link><pubDate>Fri, 28 Dec 2018 15:41:27 -0000</pubDate><title>Message #4408138</title><guid isPermaLink="false">4408138@Uncensored</guid><description><![CDATA[I actually miss networking.  It gave you the ability to read and contribute
with others from a single access point.  The only 1990's assumption that I
would foresee still needing to carry forward is some kind of hub-spoke system
in order to keep humans in the loop and watching out for closed-loop room
sharing possibilities.  While I do agree that that convenience is overshadowed
by the complexity, I do think it's one of those things that sets Citadel apart
from anything else. 
  
 <Humor> 
  
It's tradition!  Can't that be enough?  :) 
 </Humor> 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4407416</link><pubDate>Wed, 26 Dec 2018 15:30:56 -0000</pubDate><title>Re: [CitaNews] Re: Fidonet</title><guid isPermaLink="false">4407416@Uncensored</guid><description><![CDATA[Getting messages in and out of Citadel could be interesting, since we just
got finished removing the networking code from the server.  I suppose we could
budge something back in, making it much simpler this time around.  The original
networking code was built with early-1990s assumptions about BBS networking
and required a lot of separate execution paths for message handling and routing.
 The modern Internet where "everything's an FQDN" could be done with more
simplicity.  And we wouldn't need to be able to handle email either, since
everyone already has that taken care of. 
  
 I probably ought to pursue the path that we started down a couple of years
ago -- just build a full NNTP implementation and let everything else tie into
that.  Remember that weird Kontent Kreator dude that showed up and kept posting
screenfuls of hoopy-doopy insights about using technology to become transcendent
into
the next phase of humanity or some such nonsense?  He was pushing pretty hard
for us to do NNTP and that would make Citadel the platform of choice for such
things.  He wandered away around the same time I discovered that he really
just wanted to distribute a couple of megabytes of anti-semitic crap.  The
NNTP effort went stagnant, but what we built is still in the server and actually
works in read-only mode. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4393382</link><pubDate>Thu, 08 Nov 2018 02:37:15 -0000</pubDate><title>Re: [CitaNews] Re: Fidonet</title><guid isPermaLink="false">4393382@Uncensored</guid><description><![CDATA[
On Sat, Nov 3, 2018 at 2:34 PM IGnatius T Foobar <ajc@citadel.org> wrote:
>
>
>  Well ... I'm not going to build FidoNet technology directly into Citadel,
> but if there is a standalone tosser/fetcher that runs on Linux, I could write
> an external program to convert between data formats and import/export the
> data to Citadel.

Import/export between FTN/FIdonet 'packet' files (which is the basic
interface between FTN systems for netmail & echomail) and Citadel
rooms would do it...



-- 
Robert J. Clay
rjclay@gmail.com
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4393370</link><pubDate>Thu, 08 Nov 2018 02:30:18 -0000</pubDate><title>Re: [CitaNews] Re: Fidonet</title><guid isPermaLink="false">4393370@Uncensored</guid><description><![CDATA[
On Sat, Nov 3, 2018 at 8:13 PM John Goerzen <jgoerzen@complete.org> wrote:

> I ran a Linux FidoNet BBS back in the day.  There is software to gate
> FidoNet netmail to email, and FidoNet Echomail to Usenet.
>
> There is software listed here:
>
> http://bellman.zcu.cz/~flidr/fido/
>
> I recall using ifcico, but I an unsure if I used Fidogate or ifgate with
> it. I suspect ifgate.

    I'd also thought to use ifcico/ifgate (which are still in
Debian/Ubuntu & which is somewhat simpler in some ways) and Citadels
email interface in order to gate both ways between FTN/Fidonet and
Citadel but I've not really had a chance to work on it...




-- 
Robert J. Clay
rjclay@gmail.com
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4392456</link><pubDate>Mon, 05 Nov 2018 18:07:34 -0000</pubDate><title>Message #4392456</title><guid isPermaLink="false">4392456@Uncensored</guid><description><![CDATA[I believe ifgate and ifmail will convert directly between SMTP/NNTP and fidonet packets.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4391853</link><pubDate>Sun, 04 Nov 2018 00:10:15 -0000</pubDate><title>Re: [CitaNews] Re: Fidonet</title><guid isPermaLink="false">4391853@Uncensored</guid><description><![CDATA[
Hi folks,

I ran a Linux FidoNet BBS back in the day.  There is software to gate
FidoNet netmail to email, and FidoNet Echomail to Usenet.

There is software listed here:

http://bellman.zcu.cz/~flidr/fido/

I recall using ifcico, but I an unsure if I used Fidogate or ifgate with
it. I suspect ifgate.

John

On Sat, Nov 03 2018, nristen@uncensored.citadel.org wrote:

> In addition to citadel, I also run mystic bbs which has the following features, http://mysticbbs.com/features.html
>
> I have not really played with many of the options listed in the top "Internet/Network Integration" but I wonder if NNTP might be a way to integrate the two? Or maybe the mentioned "email
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4391823</link><pubDate>Sat, 03 Nov 2018 22:27:01 -0000</pubDate><title>Re: Fidonet</title><guid isPermaLink="false">4391823@Uncensored</guid><description><![CDATA[<html><body>

<p>In addition to citadel, I also run mystic bbs which has the following features, http://mysticbbs.com/features.html</p>
<p>I have not really played with many of the options listed in the top "Internet/Network Integration"  but I wonder if NNTP might be a way to integrate the two?  Or maybe the mentioned "email based echomail".</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4391758</link><pubDate>Sat, 03 Nov 2018 18:31:00 -0000</pubDate><title>Re: Fidonet</title><guid isPermaLink="false">4391758@Uncensored</guid><description><![CDATA[  
 Well ... I'm not going to build FidoNet technology directly into Citadel,
but if there is a standalone tosser/fetcher that runs on Linux, I could write
an external program to convert between data formats and import/export the
data to Citadel. 
  
 Is there such a thing? 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4391520</link><pubDate>Sat, 03 Nov 2018 02:43:04 -0000</pubDate><title>Re: Fidonet</title><guid isPermaLink="false">4391520@Uncensored</guid><description><![CDATA[> Another echomail net that is much more friendly and active (several hundred nodes)  is called fsxNet.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4391310</link><pubDate>Fri, 02 Nov 2018 15:42:14 -0000</pubDate><title>Fidonet</title><guid isPermaLink="false">4391310@Uncensored</guid><description><![CDATA[<html><body>

<p>On the fidonet topic:</p>
<p>Fidonet seems to be much the same with the spam and flame wars.</p>
<p>Another echomail net that is much more friendly and active (several hundred nodes)  is called fsxNet.</p>
<p>http://bbs.nz/#fsxNet</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4390106</link><pubDate>Mon, 29 Oct 2018 15:15:39 -0000</pubDate><title>Re: Shared Calendars?</title><guid isPermaLink="false">4390106@Uncensored</guid><description><![CDATA[Well ... I suppose you could take a Calendar or Wiki room and add mailing
list recipients to it.  I'm not sure what that would accomplish though.  You
might have better luck with RSS for that. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4389863</link><pubDate>Sun, 28 Oct 2018 22:33:51 -0000</pubDate><title>Shared Calendars?</title><guid isPermaLink="false">4389863@Uncensored</guid><description><![CDATA[I'm also wondering whether shared calendars / wiki's / etc can be shared via
SMTP.  Were they in the first place? 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4389158</link><pubDate>Fri, 26 Oct 2018 13:36:02 -0000</pubDate><title>Message #4389158</title><guid isPermaLink="false">4389158@Uncensored</guid><description><![CDATA[ 
 Google for "fidonet nodelist".  There are still thousands around the place.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4388771</link><pubDate>Thu, 25 Oct 2018 15:52:07 -0000</pubDate><title>Message #4388771</title><guid isPermaLink="false">4388771@Uncensored</guid><description><![CDATA[  
 Gads... Fidonet?  Amazing. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4388404</link><pubDate>Wed, 24 Oct 2018 14:25:25 -0000</pubDate><title>Message #4388404</title><guid isPermaLink="false">4388404@Uncensored</guid><description><![CDATA[Is there still a main FidoNet cluster out there?  And if so, is it any good?

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4388148</link><pubDate>Tue, 23 Oct 2018 22:51:22 -0000</pubDate><title>Message #4388148</title><guid isPermaLink="false">4388148@Uncensored</guid><description><![CDATA[I notice that Fidonet is still very much alive and kicking.  Perhaps it could
be incorporated as a replacement since its tools are very well developed and
still incorporated in the average *nix system. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4380451</link><pubDate>Wed, 26 Sep 2018 20:43:53 -0000</pubDate><title>Message #4380451</title><guid isPermaLink="false">4380451@Uncensored</guid><description><![CDATA[Helping debug a protocol is *absolutely* good in the development room, even
if you don't write a single line of code.  It's actually the hard part and
is super welcome. 
  
 The reason the development room isn't public is because people were using
it for random feature requests and other way-off-topic things.  The only time
a feature request would be welcome there would be "I want to implement XYZ;
can you tell me which API's I should use, and are you willing to accept such
an addition to the project mainline". 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4380407</link><pubDate>Wed, 26 Sep 2018 19:29:06 -0000</pubDate><title>Message #4380407</title><guid isPermaLink="false">4380407@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Wed Sep 26 2018 14:23:34 EDT</span> <span>from IGnatius T Foobar @ Uncensored </span></div>
<div class="message_content">
<div class="fmout-JUSTIFY">Depends on whether you plan to participate in its development. That includes participation via documentation, testing, etc, not just code. </div>
</div>
</blockquote>
<p>Well, if it is allowed, I'd certainly be willing to.</p>
<p>As I mentioned in my first post in the Development room, coding is not exactly my strong point, though I have had to make my way through it -it's not that coding doesn't interest me-.</p>
<p>But, as also mentioned, I do have some time for reading and testing, for example. Also open to other types of participation if needed.</p>
<p>If I may mention it, my primary interests would be the XMPP server and the upcoming Webcit-ng interface; improving them -and speeding their development if possible-. But if you say "right now we need to fix this and that first" I adapt as well.</p>
<p>I know this is the 2nd time I hint at all of this, and of course don't intend to annoy people with the same arguments neither. It's just that, just saying "I wanna help, tell me where to" sounded kinda rude and even a bit retarded. And with the lack of feedback in the Development room I thought "then I should at least begin somewhere", which was the XMPP server (currently learning how to use gdb).</p>
<p>But, if you could mention where or how some participation is needed, it would be very helpful.</p>
<p>If I'm missing something about how things work here, please tell.</p>
<p>Thanks in advance.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4380377</link><pubDate>Wed, 26 Sep 2018 18:23:34 -0000</pubDate><title>Message #4380377</title><guid isPermaLink="false">4380377@Uncensored</guid><description><![CDATA[Depends on whether you plan to participate in its development.  That includes
participation via documentation, testing, etc, not just code. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4380353</link><pubDate>Wed, 26 Sep 2018 17:42:41 -0000</pubDate><title>Message #4380353</title><guid isPermaLink="false">4380353@Uncensored</guid><description><![CDATA[<html><body>

<p>Just curious, could a upcoming-webcit-ng discussion fit here, or the Development room?</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4379842</link><pubDate>Tue, 25 Sep 2018 14:40:11 -0000</pubDate><title>Message #4379842</title><guid isPermaLink="false">4379842@Uncensored</guid><description><![CDATA[<html><body>

<p>Either that's news or I was way too distracted... last time I tested a "problem user" in test server I currently have (i.e., months ago), the "Enter a message" button would simply not work; it'd not open the Post message window nor do anything.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4378362</link><pubDate>Thu, 20 Sep 2018 23:26:00 -0000</pubDate><title>Message #4378362</title><guid isPermaLink="false">4378362@Uncensored</guid><description><![CDATA[Yes, we have something like that too.  If a user is set to access level 2
(Problem User) anything they post is automatically saved in the Trashcan>
room instead of wherever they tried to post it. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4378269</link><pubDate>Thu, 20 Sep 2018 19:38:07 -0000</pubDate><title>Message #4378269</title><guid isPermaLink="false">4378269@Uncensored</guid><description><![CDATA[As I wrote that, I had to double-check that the message existed.  :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4378264</link><pubDate>Thu, 20 Sep 2018 19:37:48 -0000</pubDate><title>Message #4378264</title><guid isPermaLink="false">4378264@Uncensored</guid><description><![CDATA[I know that one of the Citadel variants I used to run (Pseudodel, I think)
had a cool option, which was VERY useful.  It allowed a user to enter messages,
but when they hit Save, it never actually wrote anything to disk.   A clever
way to waste their time, but still hogged the phone line.  I think that kind
of feature could still have its uses even today. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4378155</link><pubDate>Thu, 20 Sep 2018 13:51:24 -0000</pubDate><title>Re: Curly Surmudgeon</title><guid isPermaLink="false">4378155@Uncensored</guid><description><![CDATA[In any case, the news release says "Albert Lee Mitchell ... was sentenced
Wednesday to 10 years in federal prison followed by a lifetime of supervised
release."  So even if he is let out of prison early, the "supervised release"
will almost certainly include having his online activity monitored and restricted
to work activity.  But by then he'll be well into his 70's and probably won't
be working, and as roadkill suggested last year, he seemed to have been slipping
into senility anyway. 
  
 It's over ... and yet, even after a couple of years, it's so surreal that
I can't stop thinking and talking about it.  Does anyone else feel that way?

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4378105</link><pubDate>Thu, 20 Sep 2018 12:11:52 -0000</pubDate><title>Message #4378105</title><guid isPermaLink="false">4378105@Uncensored</guid><description><![CDATA[<html><body>

<p>I didn't ever ask him to leave Haven BBS, however I did restrict his access to the Network rooms.   I don't remember if I made it so he couldn't see them, or if he just couldn't post, thinking on it, I think I made it so he couldn't see the rooms.  He eventually left after I did something that made him angry, I think it might have been enforcing the rules that the BBS operated under.  </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4377006</link><pubDate>Sun, 16 Sep 2018 20:07:03 -0000</pubDate><title>Message #4377006</title><guid isPermaLink="false">4377006@Uncensored</guid><description><![CDATA[OMG, I even recall that name from the early days of the Internet.  More messages
moved to Bitbucket> than anyone ever.  Today, I wonder how close to Howard
Stern he would have been, though?  <Duck> 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376978</link><pubDate>Sun, 16 Sep 2018 18:54:27 -0000</pubDate><title>Re: Curly Surmudgeon</title><guid isPermaLink="false">4376978@Uncensored</guid><description><![CDATA[ >probably out in 5, though.  If he was as much of a Citadel fan as  
 >suggested, I suspect you guys willl be hearing from him in 2021.  I  
  
 He's tried using different names but he was so transparent that it was easy
to spot him. 
  
 Being a convicted pedophile, if he does get out early, his probation will
probably be similar to the time between his arrest and conviction, where he
was prohibited from using computers except for work, and even that was with
special monitoring software installed.  So the knowledge that he'd be seen
and reported (either by the software or by us) would probably be enough to
keep him away. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376973</link><pubDate>Sun, 16 Sep 2018 18:51:17 -0000</pubDate><title>Re: Curly Surmudgeon</title><guid isPermaLink="false">4376973@Uncensored</guid><description><![CDATA[Yeah, that's him.  He was one of those people who was both very loud and too
socially dysfunctional to know that he was essentially napalming any conversation
he got involved in.  He was eventually asked to leave.  My understanding is
that this was a reputation he gained pretty much everywhere he had been in
the past. 
  
 At one point, someone randomly called him a pedophile, and his getting-bent-out-of-shape
kicked up to 12 (11 was his normal volume).  He started threatening to sue
everyone involved and telling us that he was going to seek to take over our
DNS domain name as part of the damages.  This went on for some amount of time
until we successfully locked out any way for him to get back in (blacklisting
particular networks and such). 
  
 Then some time later, someone was doing a whatever-happened-to-him web search,
and we learned that he really was a pedophile and had been sent to
jail.  It was surreal to say the least. 
  
 With a story like that, you can understand how we'd be curious to hear any
other stories that might be told by someone *from* the old SacCit scene. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376916</link><pubDate>Sun, 16 Sep 2018 13:27:06 -0000</pubDate><title>Curly Surmudgeon</title><guid isPermaLink="false">4376916@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #008000;"><strong>I see that he's now doing 10 years in the California Penal System - probably out in 5, though.  If he was as much of a Citadel fan as suggested, I suspect you guys willl be hearing from him in 2021.  I bet he'll use a different name, though.  <a href="https://www.ice.gov/news/releases/sacramento-man-receives-10-year-prison-term-child-pornography-case">https://www.ice.gov/news/releases/sacramento-man-receives-10-year-prison-term-child-pornography-case</a></strong></span></p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376910</link><pubDate>Sun, 16 Sep 2018 13:05:23 -0000</pubDate><title>Curly Surmudgeon</title><guid isPermaLink="false">4376910@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #339966;"><strong>THIS 10-watt bulb?  The name rings a bell.  Can't say much more than that.</strong></span></p>
<p><img id="imgElement" title="Click for a larger view" src="http://oi63.tinypic.com/210j2ar.jpg" alt="" /></p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376803</link><pubDate>Sat, 15 Sep 2018 22:33:51 -0000</pubDate><title>Message #4376803</title><guid isPermaLink="false">4376803@Uncensored</guid><description><![CDATA[All right, we're all thinking it; someone might as well say it. 
  
 Do any of you folks from the old SacCit scene remember a particularly troublesome
chap who used the screen name "Curly Surmudgeon" ? 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376644</link><pubDate>Fri, 14 Sep 2018 23:12:02 -0000</pubDate><title>Message #4376644</title><guid isPermaLink="false">4376644@Uncensored</guid><description><![CDATA[<html><body>

<p><span style="color: #339966;"><em><strong>Maybe one of them will, but I have no idea who/what you're referring to.</strong></em></span></p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376481</link><pubDate>Fri, 14 Sep 2018 13:56:44 -0000</pubDate><title>Message #4376481</title><guid isPermaLink="false">4376481@Uncensored</guid><description><![CDATA[<html><body>

<p>Heh.  Since many of our new friends are from the old Sacramento BBS scene, some of them might actually remember him.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4376453</link><pubDate>Fri, 14 Sep 2018 12:42:34 -0000</pubDate><title>Message #4376453</title><guid isPermaLink="false">4376453@Uncensored</guid><description><![CDATA[  
 Some porn is more easily found in A Certain Notorius ExUncensored Felon's
home than the internet.  Or, at least, used to be, before he became a felon.

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4372008</link><pubDate>Wed, 22 Aug 2018 19:58:37 -0000</pubDate><title>Message #4372008</title><guid isPermaLink="false">4372008@Uncensored</guid><description><![CDATA[An overhaul would certainly lighten the client a bit, maybe even more than
a   
 bit.  The flow of using the text client is still very sleek and practical
for   
 people breezing through to check new messages, contribute if they feel and
  
 move on with their day.  While connection time was the origianl motivation
  
 for the design, I think the spirit of that workflow still has merit today.
  
  
  
 I live in a world of nostalgia, so as long as I feel like I'm still on a
BBS, removing featuers that can't possibly be used today such as Xmodem wouldn't
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4371777</link><pubDate>Tue, 21 Aug 2018 20:11:41 -0000</pubDate><title>Re: Citadel 920 released</title><guid isPermaLink="false">4371777@Uncensored</guid><description><![CDATA[Noted and fixed.  At some point we'll probably need to do a major overhaul
of the text client ... it's still built on the bones of the 30 year old dialup
client, and could really use a leaner and cleaner foundation.  When was the
last time someone used Xmodem?   
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4371667</link><pubDate>Tue, 21 Aug 2018 09:41:01 -0000</pubDate><title>Re: Citadel 920 released</title><guid isPermaLink="false">4371667@Uncensored</guid><description><![CDATA[ > * The legacy room-sharing network (IGnet) is no longer supported.   
 >    
  
 And like the old painter's joke that NEVER gets old, "You msised a spot."
 :) 
  
 Referring to . <K>nown <S>hared rooms in the text client (of which I use
exclusively) 
  
 In my absense, I am very pleased to see some of the legacy Citadel concepts
rebranded, replaced or removed.  Welcome to 2018.  Having Aides is not a clever
thing to say out loud to anyone any more, and with most operating systems
having ditcched 'telent' and 'ftp' for more secure alternatives, any dialup
related functions surely would fall under security enhancements. 
  
 Keep looking forward - anyone who doesn't like the direction I'm sure will
not be discouraged from keeping their Citadel on an older build until they
can fully adopt the new conventions, despite being human nature to always
be attracted to "shiny new things".  :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4355550</link><pubDate>Mon, 04 Jun 2018 20:43:33 -0000</pubDate><title>Citadel 920 released</title><guid isPermaLink="false">4355550@Uncensored</guid><description><![CDATA[ 
  
 Although we don't normally announce every release (since we've been in a
rolling release model for some time now) I did want to mention that we've
pushed a fairly significant update, version 919 of the text client and 920
of all other components. 
  
 Important changes are as follows: 
  
 * libical is no longer included with Easy Install.  Building the new version
just-in-time from source would require CMake, which we don't want to require.
 (Everything we've done over the last two years has been intended to simplify,
not complicate, the build.) 
  
 * The legacy room-sharing network (IGnet) is no longer supported. 
  
 * GNU Autotools has been mercilessly removed from the text client.  Our new
build system (playfully referred to as "conf-IG-ure") is a million times simpler
and works on 99.99999% of the computers people actually *have* in the real
world.  This build system will eventually
appear in all Citadel components. 
  
 * Through the use of a clever but sleazy hack, this version brings the triumphant
return of the *actual* bounce messages received when an outbound email can't
be delivered, instead of an unhelpful stock SMTP code generated by libcurl.

  
 Share And Enjoy (tm). 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4341696</link><pubDate>Thu, 22 Mar 2018 13:36:37 -0000</pubDate><title>Re: Please read: legacy functions to be removed from Citadel server</title><guid isPermaLink="false">4341696@Uncensored</guid><description><![CDATA[That is correct, you will not be able to share rooms between Citadel nodes.
 What you're describing is the scenario most people are actually looking for,
and the room sharing setup was never really good for that anyway. 
  
 As we move forward we'll tackle "syndication" and "high availability" as
two separate objectives. 
  
 The old room sharing system was really designed for the dialup era, intended
to expand the audience for a room by carrying it on multiple local sites so
people could access it without having to make a long distance modem call.
 Obviously that's not a thing anymore so we're changing the approach. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4341348</link><pubDate>Tue, 20 Mar 2018 21:50:43 -0000</pubDate><title>Re: Please read: legacy functions to be removed from Citadel server</title><guid isPermaLink="false">4341348@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Mon Jan 22 2018 10:48:05 EST</span> <span>from IGnatius T Foobar @ Uncensored </span> <span class="message_subject">Subject: Please read: legacy functions to be removed from Citadel server</span></div>
<div class="message_content">
<div class="fmout-JUSTIFY"><br />This is an important announcement regarding another bit of legacy functionality which is being removed from the Citadel system. If you are using this function for any reason, please get in touch and we will determine whether your needs can be met some other way. <br /><br />It is our belief that there are no remaining sites using the Citadel-to-Citadel networking functions (sometimes affectionately known as "IGnet") to share rooms and email between multiple Citadel servers. At this point, even between Citadel sites, all email is SMTP and all syndication is RSS and other means. <br />Therefore we will be removing these legacy functions in the next release. <br /><br />These functions were a carryover from the dialup days, and removing them will allow us to shed thousands of lines of code and reduce complexity all over the server software. </div>
</div>
</blockquote>
<p>Hi, just trying to figure out what this means to me ;)  Does this mean you'll not be able to run several Citadel servers and have them sync??</p>
<p>My bro and I was planning on setting up a Citadel server at his place in Norway and one here with me in Sweden..kinda as a backup solution in case one should fail :)<br />Is this not possible anymore after next release??<br /><br /></p>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4332950</link><pubDate>Fri, 02 Feb 2018 14:41:43 -0000</pubDate><title>Re: Please read: legacy functions to be removed from Citadel server</title><guid isPermaLink="false">4332950@Uncensored</guid><description><![CDATA[<html><body>

<p>That will just give them reason to refuctor the code and try again :-)</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4332011</link><pubDate>Tue, 30 Jan 2018 02:23:43 -0000</pubDate><title>Re: Please read: legacy functions to be removed from Citadel server</title><guid isPermaLink="false">4332011@Uncensored</guid><description><![CDATA[I hope not ... the code massacre has already begun  :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4331885</link><pubDate>Mon, 29 Jan 2018 20:13:37 -0000</pubDate><title>Re: Please read: legacy functions to be removed from Citadel server</title><guid isPermaLink="false">4331885@Uncensored</guid><description><![CDATA[<html><body>

<p>I will ping my fellow ham buddies to see if they are still using it.  I know one of they guys wrote some glue code to make use of it, but not sure if it was widely implemented in our setups.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4330496</link><pubDate>Mon, 22 Jan 2018 15:48:05 -0000</pubDate><title>Please read: legacy functions to be removed from Citadel server</title><guid isPermaLink="false">4330496@Uncensored</guid><description><![CDATA[  
 This is an important announcement regarding another bit of legacy functionality
which is being removed from the Citadel system.  If you are using this function
for any reason, please get in touch and we will determine whether your needs
can be met some other way. 
  
 It is our belief that there are no remaining sites using the Citadel-to-Citadel
networking functions (sometimes affectionately known as "IGnet") to share
rooms and email between multiple Citadel servers.  At this point, even between
Citadel sites, all email is SMTP and all syndication is RSS and other means.
 Therefore we will be removing these legacy functions in the next release.

  
 These functions were a carryover from the dialup days, and removing them
will allow us to shed thousands of lines of code and reduce complexity all
over the server software. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4324560</link><pubDate>Mon, 11 Dec 2017 15:56:34 -0000</pubDate><title>remove</title><guid isPermaLink="false">4324560@Uncensored</guid><description><![CDATA[<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:large;color:#000000">remove</div>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4269557</link><pubDate>Mon, 15 May 2017 21:34:28 -0000</pubDate><title>Re: Oh my gosh</title><guid isPermaLink="false">4269557@Uncensored</guid><description><![CDATA[Welcome back.  Join us here every day for good old fashioned Citadelian goodness.
 :) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4268855</link><pubDate>Fri, 12 May 2017 15:27:04 -0000</pubDate><title>Oh my gosh</title><guid isPermaLink="false">4268855@Uncensored</guid><description><![CDATA[<html><body>

<p>Citadel lives! I'm so happy to see that Citadel has grown up to this system. It has been a long time! </p>
<p> </p>
<p>Regards, </p>
<p> </p>
<p>Maher Maso</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4144673</link><pubDate>Tue, 06 Dec 2016 00:29:28 -0000</pubDate><title>Message #4144673</title><guid isPermaLink="false">4144673@Uncensored</guid><description><![CDATA[<html><body>

<p>I prefer to believe that babble mode happened because of the low quality of the community itself.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4141581</link><pubDate>Wed, 30 Nov 2016 16:59:52 -0000</pubDate><title>Message #4141581</title><guid isPermaLink="false">4141581@Uncensored</guid><description><![CDATA[ > Distraction on Davecode (Quartz, Prism, etc) and DOC (ISCA) came   
 >mainly from the fact that neither Dave nor Dave (no relation) was   
 >willing to implement what we called "march mode" -- a behavior that   
 >takes the user on a full tour of all rooms with new messages when the  

 ><G>oto option is repeatedly selected.   
 > Without march mode, selecting <G>oto always takes the user to the   
 >*first* room with new messages, which on a busy system causes the first
  
 >few rooms in the list to turn into a babblefest that has little to no  

 >value even a few minutes later.   
   
 Interesting...I can't speak for DOC, as I've not been on a DOC system in
a LOOOONNNNGGG time, so I don't recall, but "Davecode" definitely employed
march mode in all the time I used it (from 1990 forward).   
  
 Babblemode happened, anyhow, because Quartz was so busy that as soon as you
cycled through everything, you would immediately have new messages in the
busiest rooms, anyhow. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4141128</link><pubDate>Tue, 29 Nov 2016 22:51:06 -0000</pubDate><title>Message #4141128</title><guid isPermaLink="false">4141128@Uncensored</guid><description><![CDATA[ > That variant drove me to distraction, anyhow.   
  
 Distraction on Davecode (Quartz, Prism, etc) and DOC (ISCA) came mainly from
the fact that neither Dave nor Dave (no relation) was willing to implement
what we called "march mode" -- a behavior that takes the user on a full tour
of all rooms with new messages when the <G>oto option is repeatedly selected.
 Without march mode, selecting <G>oto always takes the user to the *first*
room with new messages, which on a busy system causes the first few rooms
in the list to turn into a babblefest that has little to no value even a few
minutes later. 
  
 (In that respect, it's a lot like Fecesbook.) 
  
 Still very frustrating that none of those guys were willing to join our community.
 We could have done some great things together, but they had this really bad
"not invented here" attitude and an us-and-them arrogance that eventually
started
driving potential newbies away.  They were never willing to offer a toasty
warm car fire to folks who wandered in. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4140947</link><pubDate>Tue, 29 Nov 2016 21:36:27 -0000</pubDate><title>Message #4140947</title><guid isPermaLink="false">4140947@Uncensored</guid><description><![CDATA[ > I suppose our friends in Iowa will eventually meet the same fate.   
  
 Ah, yes...ISCA...I fell off of that system over a decade (may be two) ago,
and never bothered to go back. 
  
 That variant drove me to distraction, anyhow. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4140692</link><pubDate>Tue, 29 Nov 2016 15:17:41 -0000</pubDate><title>Message #4140692</title><guid isPermaLink="false">4140692@Uncensored</guid><description><![CDATA[Right, that's what I was referring to with "rewrite the entire system."  It
was foolish of him to fork the code in 1992, but it was downright moronic
to write yet another implementation in 2011(?) when they could have taken
advantage of the modern Citadel system, joined the wider community, expanded
the user base by joining the network, and increased the site activity by finally
having a web interface.  If they *really* wanted to continue having a "DaveCode"
experience for the half-dozen people who still cared, he could have done his
Perl thing as a Citadel client. 
  
 We would have welcomed our "separated brethren" and everyone would have had
a great experience. 
  
 I suppose our friends in Iowa will eventually meet the same fate. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4140362</link><pubDate>Tue, 29 Nov 2016 03:25:38 -0000</pubDate><title>Message #4140362</title><guid isPermaLink="false">4140362@Uncensored</guid><description><![CDATA[I'm not sure if they're planning to renew the domain. 
  
 As an FYI...Dave (Penguin Opus) actually moved off of the old Cit/UX code
he was running and rewrote it in Perl with a MySQL backend. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4140043</link><pubDate>Mon, 28 Nov 2016 22:01:08 -0000</pubDate><title>Message #4140043</title><guid isPermaLink="false">4140043@Uncensored</guid><description><![CDATA[  
 In other news... 
  
 Notice: This domain name expired on 11/01/16 and is pending renewal or deletion

 Welcome to 
 quartz.org 
 This domain registration expired on 11/01/2016. 
 Do you own this domain?   Renew It Now 
  
 Are they finally putting that tired old horse out to pasture?  I always hated
the fact that they chose to "compete" rather than join the wider Citadel community.
 Later on they went as far as to rewrite the entire system rather than just
join us, which would have been mutually beneficial. 
  
 I'm tempted to snipe the domain just so that anyone who happens to try "ssh
bbs@quartz.org" in the future lands here. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4139947</link><pubDate>Mon, 28 Nov 2016 21:56:58 -0000</pubDate><title>Re: End of the line for an old troll</title><guid isPermaLink="false">4139947@Uncensored</guid><description><![CDATA[Speaking of which ... does anyone know the whereabouts of our old friend Lysdexia?
 He made a brief return to Uncensored a couple of years ago, only to land
smack in the middle of a Curly flamewar, and he got frustrated and wandered
away.  If he were to land back here again he would find the environment much
more habitable. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4079250</link><pubDate>Tue, 21 Jun 2016 04:08:15 -0000</pubDate><title>Re: End of the line for an old troll</title><guid isPermaLink="false">4079250@Uncensored</guid><description><![CDATA[<html><body>

<p>Thank you IG for looking the bull in the eye, and stopping quite an avalanche of hurt.  You are one of the good ones in my book.  You know that you have friends here, and other places, for being the sort of person you are, and surrounding yourself with that same tumultuous spirit.  Keep up the good fight.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4079081</link><pubDate>Mon, 20 Jun 2016 21:42:47 -0000</pubDate><title>Re: End of the line for an old troll</title><guid isPermaLink="false">4079081@Uncensored</guid><description><![CDATA[  
 There were some here who thought that he was mentally unstable.  I just found
him to be someone who was so persistent and demanding to win any argument
he happened to get into that he harmed the medium itself.  I don't recall
when it first happened, but at some point someone randomly called him a pedophile,
just some random insult that was tossed out, and he immediately came unhinged.
 Big time.  It was different from everything that had previously happened.
 This time he totally lost his shit, and this time he was threatening to sue
everyone involved, to seek damages not only in money but also ownership of
the domain name -- he wanted us wiped out *and* off the Internet. 
  
 I guess it was some time in 2013 or 2014, some time after he'd alienated
every other Citadel site operator by chastising them for not joining him in
taking up arms against IGnatius Hitler Foobar and the Bigoted
Religionist Army ... that I happened to be thinking about him for some reason
and poked around on Google to see if he'd been up to anything lately, figuring
I'd find some other place on the 'net that he would be pulling his usual antics.
 That's when I discovered that he was being prosecuted as an ACTUAL pedophile.

  
 It was surreal.  There is no other word to describe it.  Surreal. 
  
 Again, mixed feelings.  Great to emerge victorious over the biggest troll
of all time.  Not so great to know that there were helpless victims. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4078727</link><pubDate>Mon, 20 Jun 2016 06:10:53 -0000</pubDate><title>Re: End of the line for an old troll</title><guid isPermaLink="false">4078727@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Sun Jun 19 2016 17:02:55 EDT</span> <span>from zooer @ Uncensored </span> <span class="message_subject">Subject: Re: End of the line for an old troll</span></div>
<div class="message_content">
<p>I searched the user name "Curly Surmudgeon", it seems he was an angry person who made friends everywhere.</p>
</div>
</blockquote>
<p>Understatement. An extremely polarizing figure made worse by his refusal to ever concede to defeat or admit that he was wrong. I wouldn't say he was an outright troll as he more-or-less genuinely (and often obsessively) believed in what he would argue for. </p>
<p>For those who may remember the name, I went by Roadkill back in the day on here.</p>
<p>One of my last exchanges with him was about Ron Paul on Facebook. I kept trying to point out to Curly that Ron was nothing more than a grifter looking to pay out to his family using campaign funds despite having no chance in securing the nomination (Paul didn't even win his own district). He kept insisting that Paul was one of the last good ones in Government and nothing could truly sully his name... and being that I never come to <span style="text-decoration: line-through;">a fight</span> an argument without being prepared, I pasted my some 50 or 60 odd links about Paul's associations with the people who own Stormfront, etc... Individually nothing was terribly bad but as a whole, nothing was flattering. (He tried as hard as he could to deny the newsletters so I came prepared with links about everything BUT the newsletters, for example)<br /><br />It was too much for him to consider, probably... given my relationship with him and having known him for nearly 20 years at that point. (And no, even in hindsig
<p>My reply to him was to the effect of... "how would you appreciate it if this was something someone said to your daughter," and after much consideration due to his increasingly erratic and paranoid state... I told him to never contact me again. Fortunately, he did not.</p>
<p>Unfortunately, he was also one of my oldest friends and one of the first people I came out to. Some of us from the Sacramento BBS scene (Vector, Jetrock, Sinner, Moon Knight, few others I can't remember) all knew each other rather well (as well as we thought, apparently) and people know how small those circles can run. The fact that I can even say it was a dialup BBS thing does rather punctuate how far back we went.</p>
<p>I don't even remember what compelled me to google his name when I did and first saw the article about 3 years ago about his arrest under Operation Sunflower. The entire first two pages of the results at the time were about nothing but his arrest and court documents. So I checked back every now and then and just managed to search after a few months the exact day his verdict was announced. </p>
<p>The DOJ put out an official release. Mostly the same as the article. https://www.justice.gov/usao-edca/pr/sacramento-man-found-guilty-receipt-child-pornography<br /><br />And at this point... I hope he rots. It takes a lot for someone to make me feel like he thoroughly betrayed a friendship and he managed to do so effortlessly. </p>
<p>20 years max. Too bad he won't remember it as I'm pretty sure he'd been sliding into dementia for some time. </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4078485</link><pubDate>Sun, 19 Jun 2016 21:02:55 -0000</pubDate><title>Re: End of the line for an old troll</title><guid isPermaLink="false">4078485@Uncensored</guid><description><![CDATA[<html><body>

<p>I searched the user name "Curly Surmudgeon", it seems he was an angry person who made friends everywhere.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4078326</link><pubDate>Sun, 19 Jun 2016 18:20:41 -0000</pubDate><title>End of the line for an old troll</title><guid isPermaLink="false">4078326@Uncensored</guid><description><![CDATA[<html><body>

<p style="font-family: sans-serif; font-size: 16px;">Not directly Citadel related, but for those of you who remember "Curly Surmudgeon" (Albert Lee Mitchell), one of the Citadel community's most infamous trolls:</p>
<p style="font-family: sans-serif; font-size: 16px;">[ <a style="text-decoration: none; color: #70342e;" href="http://www.sacbee.com/news/local/crime/article84544982.html">http://www.sacbee.com/news/local/crime/article84544982.html</a> ]</p>
<p style="font-family: sans-serif; font-size: 16px;">End of the line.  His prosecution as a pedophile has come to a conclusion; yesterday he was found guilty and taken into custody "as a danger to the community."  His sentencing is scheduled for September 28.</p>
<p style="font-family: sans-serif; font-size: 16px;">As I've said before, I have mixed feelings about this.  It's smugly satisfying to see the biggest troll we've ever had getting thrown in jail.  It's not so satisfying to know that there are potentially children who were hurt or traumatized.</p>
<p style="font-family: sans-serif; font-size: 16px;">But at least it's closure.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055977</link><pubDate>Mon, 25 Apr 2016 16:06:05 -0000</pubDate><title>Message #4055977</title><guid isPermaLink="false">4055977@Uncensored</guid><description><![CDATA[ > 2016-04-25 04:53 from Freakdog @dogpound2 (Dog Pound BBS II)   
 >Citadel Stardate 160424.2. ;-)   
 >   
 >  
  
 Gotta love it! <evil grin> 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055807</link><pubDate>Mon, 25 Apr 2016 11:53:52 -0000</pubDate><title>Message #4055807</title><guid isPermaLink="false">4055807@Uncensored</guid><description><![CDATA[Citadel Stardate 160424.2. ;-) 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055627</link><pubDate>Sun, 24 Apr 2016 23:05:32 -0000</pubDate><title>Message #4055627</title><guid isPermaLink="false">4055627@Uncensored</guid><description><![CDATA[<html><body>

<p>160424.2</p>
<p>160424-2</p>
<p>160424²</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055522</link><pubDate>Sun, 24 Apr 2016 20:39:15 -0000</pubDate><title>Message #4055522</title><guid isPermaLink="false">4055522@Uncensored</guid><description><![CDATA[It doesn't hapen often, but there have been times when we released more than
one version in a day.  (These would be for "brown paper bag" bugfix releases.)

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055428</link><pubDate>Sun, 24 Apr 2016 19:38:04 -0000</pubDate><title>Message #4055428</title><guid isPermaLink="false">4055428@Uncensored</guid><description><![CDATA[<html><body>

<p>At least you are not using silly names like a lot of software does.  Thank you.</p>
<p>It is my believe that version numbers should use the ISO 8601 date format, a release issued today would be 160424.  The version number will always increase and people know the date of release.  But I also believe that aliens control the cast of the Big Bang Theory.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=4055346</link><pubDate>Sun, 24 Apr 2016 19:17:21 -0000</pubDate><title>Citadel is moving to &quot;rolling release&quot; model.</title><guid isPermaLink="false">4055346@Uncensored</guid><description><![CDATA[<html><body>

<p>Citadel will shortly be moving to a "rolling release" model.  Because of this, the version numbers will no longer have decimal points in them.  For example, the next version after 9.01 will be 902, followed by 903, 904, etc.  There will no longer be any such thing as a "major release" or a "minor release" -- instead, all bug fixes, security patches, and new functionality will simply appear in new releases as they are published.</p>
<p>Packagers for various operating systems may choose to cherry-pick updates for "stable versions" as per each publisher's individual policy.  However, the upstream Citadel releases will proceed incrementally, and <em>all</em> releases will be considered suitable for general availability.</p>
<p>It should be noted that I personally made this decision based on my vision for the project as its lead developer.  I recognize and respect that not everyone on the team is in full agreement that this is the best option.  However I do believe it is the right way to go based on the size of our team, the frequency of our releases, and the dynamism of our code.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3919946</link><pubDate>Sun, 03 May 2015 05:42:47 -0000</pubDate><title>Re: [ANN] Citadel Sync Version 3.1</title><guid isPermaLink="false">3919946@Uncensored</guid><description><![CDATA[<html><body>

<p>Thanks TaMeR.  I will check it out.  Might be a bit yet, as I seem to have some fear surrounding GO (the language).  I am not sure why though, so I will install it in a VM, and give it a spin :-)</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3903077</link><pubDate>Fri, 03 Apr 2015 00:37:41 -0000</pubDate><title>[ANN] Citadel Sync Version 3.1</title><guid isPermaLink="false">3903077@Uncensored</guid><description><![CDATA[<html><body>

<p><strong>New version and now with executable available for your platform too.</strong></p>
<p><strong>Executables available for</strong></p>
<ul>
<li>darwin/386</li>
<li>darwin/amd64</li>
<li>linux/386</li>
<li>linux/amd64</li>
<li>linux/arm</li>
<li>freebsd/386</li>
<li>freebsd/amd64</li>
<li>openbsd/386</li>
<li>openbsd/amd64</li>
<li>windows/386</li>
<li>windows/amd64</li>
<li>freebsd/arm</li>
<li>netbsd/386</li>
<li>netbsd/amd64</li>
<li>netbsd/arm</li>
<li>plan9/386</li>
</ul>
<p> </p>
<p><strong>Fixed bug:</strong></p>
<ul>
<li>When deleted from Citadel it was not deleting the corresponding file.</li>
</ul>
<p> </p>
<p><strong>Wiki:</strong></p>
<p><a href="https://bitbucket.org/gotamer/citadel/wiki/CitadelSync">https://bitbucket.org/gotamer/citadel/wiki/CitadelSync</a></p>
<p><strong>Downloads:</strong></p>
<p><a href="https://bitbucket.org/gotamer/citadel/downloads">https://bitbucket.org/gotamer/citadel/downloads</a></p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3877043</link><pubDate>Sat, 07 Feb 2015 20:01:20 -0000</pubDate><title>Re: citadel as docker container</title><guid isPermaLink="false">3877043@Uncensored</guid><description><![CDATA[
On 02/07/2015 09:10 PM, dothebart wrote:
> how do you do the basic setup? afair that was a problem before - the
> container has just a dummy hostname...
> 

On that note, I also made a bash script that will update your
`/etc.hosts/` ip to hostname mapping.

See: https://bitbucket.org/robotamer/docker

Just run:

	container hosts

]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3876974</link><pubDate>Sat, 07 Feb 2015 19:55:13 -0000</pubDate><title>Re: [CitaNews] Re: citadel as docker container</title><guid isPermaLink="false">3876974@Uncensored</guid><description><![CDATA[
On 02/07/2015 09:10 PM, dothebart wrote:
> how do you do the basic setup? afair that was a problem before - the
> container has just a dummy hostname...
> 

They added a new option to the command line to specify the hostname.
See `docker run` belpw


Docker image specific HowTo
===========================

After building enter your citadel container, and run `dpkg-reconfigure`
on `citadel-server` to set your
AIDE/Admin password.

citadel create
```
	docker run -it --name="citadel" --hostname="mail.riky.net" acc12703ecf1
bash
	dockersetlocalhosts v
	dpkg-reconfigure citadel-server
	doctrl clean
	doctrl start
	^P ^Q (exit)
```

citadel start up
```
	docker start citadel
	dockersetlocalhosts v
	docker attach citadel
	doctrl start
	^P ^Q (exit)
```

Exit the container with `^p ^q`

Open a web browser and do go the containers ip address



systemd script
```
[Unit]
Description=Citadel container
Author=RoboTamer
After=docker.service
Requires=docker.service

[Service]
Restart=always
ExecStart=/usr/bin/docker start -a citadel
ExecStop=/usr/bin/docker stop -t 2 citadel
ExecStopPost=/bin/bash -c "/bin/systemctl stop docker-$(docker ps -a
--no-trunc |grep service |awk '{print $1}').scope"

[Install]
WantedBy=local.target
```
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3876885</link><pubDate>Sat, 07 Feb 2015 19:10:38 -0000</pubDate><title>Re: citadel as docker container</title><guid isPermaLink="false">3876885@Uncensored</guid><description><![CDATA[<html><body>

<p>how do you do the basic setup? afair that was a problem before - the container has just a dummy hostname...</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3876629</link><pubDate>Sat, 07 Feb 2015 02:45:35 -0000</pubDate><title>citadel as docker container</title><guid isPermaLink="false">3876629@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p>Citadel is now available as a <a title="Link to docker container" href="https://registry.hub.docker.com/u/robotamer/citadel/" target="_blank">Docker container</a>.</p>
<p>Any feedback, bug reports, and future request are welcome.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3707982</link><pubDate>Thu, 08 May 2014 03:57:51 -0000</pubDate><title>Re: [ANN] Citadel Sync Version 3 released</title><guid isPermaLink="false">3707982@Uncensored</guid><description><![CDATA[I've updated the contribs page [ http://www.citadel.org/doku.php/installation:source?&#third-partycontributions
] on the Citadel web site to reflect all of these.   
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3644172</link><pubDate>Thu, 23 Jan 2014 19:57:04 -0000</pubDate><title>Re: [ANN] Citadel Sync Version 3 released</title><guid isPermaLink="false">3644172@Uncensored</guid><description><![CDATA[<html><body>

<p>I's been a fun experience, and considering what Citadel has done for me so far, it's nothing really.</p>
<p>I am am actually replying to let people know that I have changed the location.<br />The new links are below.<br />I moved both in to a single repo, which makes development easier, sorry about that.</p>
<p>Also, you have version 2 of Citadel Sync in your files in this room, I suggest you delete it, or even better replace it with version 3.</p>
<p>Thanks</p>
<p>-- <br />TaMeR<br /><br />Citadel Sync:<br />https://bitbucket.org/gotamer/citadel/wiki/CitadelSync<br /><br />Citadel Go Library:<br />https://bitbucket.org/gotamer/citadel<br /><br />Citadel PHP:<br />https://bitbucket.org/robotamer/citadelphp</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3643065</link><pubDate>Wed, 22 Jan 2014 02:28:59 -0000</pubDate><title>Re: [ANN] Citadel Sync Version 3 released</title><guid isPermaLink="false">3643065@Uncensored</guid><description><![CDATA[you guys are awesome.  Thanks for the community contributions! 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3641684</link><pubDate>Mon, 20 Jan 2014 05:46:51 -0000</pubDate><title>[ANN] Citadel Sync Version 3 released</title><guid isPermaLink="false">3641684@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<h2 id="markdown-header-sync-local-files-with-a-citadel-mail-server">Sync local files with a <a href="https://bitbucket.org/gotamer/citadelsync/overview">Citadel</a> Mail Server</h2>
<p>Citadel Sync can sync files with a specified room on a local or remote <a href="https://bitbucket.org/gotamer/citadelsync/overview">Citadel</a> Mail Server.</p>
<p>You may sync any type of text files but Citadel Sync is most useful for</p>
<ul>
<li>Contacts from vCards <code>.vcf</code></li>
<li>Notes from vNotes <code>.vnt</code></li>
<li>Calendar <code>.vcs</code> or <code>.ics</code></li>
<li>Task <code>.vcs</code> or <code>.ics</code></li>
<li>Text from any text based files <code>.txt</code></li>
</ul>
<p> </p>
<p>Version 2 of Citadel Sync was an up loader, version 3 is now a full sync tool </p>
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync<br /><br />Citadel PHP:<br />https://bitbucket.org/robotamer/citadelphp</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3640894</link><pubDate>Sun, 19 Jan 2014 03:58:27 -0000</pubDate><title>Re: ANN Citadel Sync Version 2 released</title><guid isPermaLink="false">3640894@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p>Here is the WHY TOML from the TOML coders website</p>
<h2>But why?</h2>
<p>Because we need a decent human-readable format that unambiguously maps to a hash table and the YAML spec is like 80 pages long and gives me rage. No, JSON doesn't count. You know why.</p>
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync<br /><br />Citadel PHP:<br />https://bitbucket.org/robotamer/citadelphp</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3640698</link><pubDate>Sat, 18 Jan 2014 21:05:52 -0000</pubDate><title>Re: ANN Citadel Sync Version 2 released</title><guid isPermaLink="false">3640698@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Sat Jan 18 2014 13:08:32 EST</span> <span>from TaMeR @ Uncensored </span> <span class="message_subject">Subject: Re: ANN Citadel Sync Version 2 released</span></div>
<div class="message_content">
<p> </p>
<p>Sorry, I replied too fast!<br />And there is no means of deleting my own message.</p>
<p>No, I haven't done any encoding, however there are libs available in Go to assist.</p>
<p>YAML don't make much sense, but I been looking in to TOML</p>
<p>I tried TOML a few weeks ago, but there are still too many bugs in the library.<br />Once it works, I will switch to TOML.</p>
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync<br /><br />Citadel PHP:<br />https://bitbucket.org/robotamer/citadelphp</p>
<br /><br /></div>
</blockquote>
<p>hm, the purpose of the both seems to be rather the same (yaml/toml) if I get that correctly?</p>
<p>Having structured Information visible in ascii?</p>
<p>so - 'sense making' is here equal on both solutions; its rather a question of taste, if you like it more to look like a windows ini file, toml seems to be the choice, if you like it to look more like a regular structured, self explanatory text yaml.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3640472</link><pubDate>Sat, 18 Jan 2014 18:08:32 -0000</pubDate><title>Re: ANN Citadel Sync Version 2 released</title><guid isPermaLink="false">3640472@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p>Sorry, I replied too fast!<br />And there is no means of deleting my own message.</p>
<p>No, I haven't done any encoding, however there are libs available in Go to assist.</p>
<p>YAML don't make much sense, but I been looking in to TOML</p>
<p>I tried TOML a few weeks ago, but there are still too many bugs in the library.<br />Once it works, I will switch to TOML.</p>
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync<br /><br />Citadel PHP:<br />https://bitbucket.org/robotamer/citadelphp</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3640343</link><pubDate>Sat, 18 Jan 2014 17:59:43 -0000</pubDate><title>[ANN] Citadel PHP</title><guid isPermaLink="false">3640343@Uncensored</guid><description><![CDATA[<html><body>

<h1><a title="Citadel PHP" href="https://bitbucket.org/robotamer/citadelphp">Citadel PHP</a></h1>
<p><a title="http://www.citadel.org &quot;Citadel&quot;" href="https://bitbucket.org/robotamer/citadelphp/overview">Citadel</a> is a email and collaboration server.</p>
<p>There is also a web server for <a title="http://www.citadel.org &quot;Citadel&quot;" href="https://bitbucket.org/robotamer/citadelphp/overview">Citadel</a> called Webcit. <br />However, I use Webcit almost exclusively for Admin/Aida purposes.</p>
<p>My users use either a desktop client or Roundcube, which is a PHP driven web mail client.</p>
<hr />
<h3 id="markdown-header-purpose">PURPOSE</h3>
<p>The purpose of Citadel PHP is to give users a means to change their passwords.</p>
<p>The server side protocols IMAP, SMTP etc. don't provide any means to change passwords.</p>
<hr />
<h3 id="markdown-header-includes">INCLUDES</h3>
<ul>
<li>A library to access <a title="http://www.citadel.org &quot;Citadel&quot;" href="https://bitbucket.org/robotamer/citadelphp/overview">Citadel</a> email and collaboration servers from php, using the <a title="http://www.citadel.org &quot;Citadel&quot;" href="https://bitbucket.org/robotamer/citadelphp/overview">Citadel</a> Protocol.</li>
<li>A simple ajax driven website on which users can:
<ul>
<li>Login</li>
<li>Change Password</li>
</ul>
</li>
</ul>
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync<br /><br />Citadel PHP:<br />https://bitbucket.org/robotamer/citadelphp</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3640231</link><pubDate>Sat, 18 Jan 2014 17:51:12 -0000</pubDate><title>Re: ANN Citadel Sync Version 2 released</title><guid isPermaLink="false">3640231@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p>Go works with UTF-8</p>
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3630335</link><pubDate>Mon, 30 Dec 2013 11:42:01 -0000</pubDate><title>Re: ANN Citadel Sync Version 2 released</title><guid isPermaLink="false">3630335@Uncensored</guid><description><![CDATA[<html><body>

<p>Hint:</p>
<p>yaml.org for config files.</p>
<p>  - human readable &amp; writeable (more than json)</p>
<p>  - can do comments (json can't)</p>
<p>  - can do here documents (i.e. documentation in markdown)</p>
<p> </p>
<p>similar to json, there are dumpers &amp; Readers available; having a sample config structure inside of the program, and dumping it using the yaml dumper is a good thing to do.</p>
<p> </p>
<p>Btw, Plain text - do you do quoted printeable encoding? since email is 8 bit, and you mustn't have umlauts etc. in mails.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3629625</link><pubDate>Mon, 30 Dec 2013 02:45:27 -0000</pubDate><title>ANN Citadel Sync Version 2 released</title><guid isPermaLink="false">3629625@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<h1 id="markdown-header-citadel-sync"><a href="https://bitbucket.org/gotamer/citadelsync">Citadel Sync</a></h1>
<hr />
<h2 id="markdown-header-upload-to-a-citadel-mail-server">Upload to a <a title="http://www.citadel.org &quot;Citadel&quot;" href="https://bitbucket.org/gotamer/citadelsync">Citadel</a> Mail Server</h2>
<hr />
<p><a href="https://bitbucket.org/gotamer/citadelsync">Citadel Sync</a> can upload files to a specified room on a remote <a title="http://www.citadel.org &quot;Citadel&quot;" href="https://bitbucket.org/gotamer/citadelsync">Citadel</a> Mail Server.</p>
<p>You may upload any type of text files but Citadel Sync is most useful for</p>
<ul>
<li>Contacts from vCards <code>.vcf</code></li>
<li>Notes from vNotes <code>.vnt</code></li>
<li>Calendar from vCalendars <code>.vcs</code> or <code>.ics</code></li>
<li>Task from vCalendars <code>.vcs</code> or <code>.ics</code></li>
<li>Text from any text based files <code>.txt</code></li>
</ul>
<h2 id="markdown-header-howto">HowTo</h2>
<div class="codehilite">
<pre><span class="n">cd</span>
<span class="n">mkdir</span> <span class="n">citsync</span>
<span class="n">cd</span> <span class="n">citsync</span>
<span class="n">wget</span> <span class="n">https</span><span class="o">:</span><span class="c1">//bitbucket.org/gotamer/citadelsync/downloads/citadelsync</span>
<span class="n">citadelsync</span> <span class="o">-</span><span class="n">n</span> <span class="n">contacts</span>
<span class="n">nano</span> <span class="n">contacts</span><span class="p">.</span><span class="n">cfg</span><span class="p">.</span><span class="n">json</span>
</pre>
</div>
<p>The above download link is compatible with any Linux AMD64 based system For other systems please see install section below</p>
<div class="codehilite">
<pre><span class="p">{</span>
    <span class="s">"Version"</span><span class="o">:</span> <span class="mi">2</span><span class="p">,</span>
    <span class="s">"Environment"</span><span class="o">:</span> <span class="mi">1</span><span class="p">,</span>
    <span class="s">"LocalDir"</span><span class="o">:</span> <span class="s">"/home/username/pim/contacts"</span><span class="p">,</span>
    <span class="s">"Room"</span><span class="o">:</span> <span class="s">"Contacts"</span><span class="p">,</span>
    <span class="s">"Username"</span><span class="o">:</span> <span class="s">"TaMeR"</span><span class="p">,</span>
    <span class="s">"Password"</span><span class="o">:</span> <span class="s">"God knows what"</span><span class="p">,</span>
    <span class="s">"Server"</span><span class="o">:</span> <span class="s">"localhost"</span><span class="p">,</span>
    <span class="s">"Port"</span><span class="o">:</span> <span class="s">":504"</span><span class="p">,</span>
    <span class="s">"Floor"</span><span class="o">:</span> <span class="s">"Not implemented"</span><span class="p">,</span>
    <span class="s">"SSL_KEY"</span><span class="o">:</span> <span class="s">"Not implemented"</span><span class="p">,</span>
    <span class="s">"SSL_CER"</span><span class="o">:</span> <span class="s">"Not implemented"</span>
<span class="p">}</span>
</pre>
</div>
<h4 id="markdown-header-version">Version:</h4>
<p>Do not change unless prompted after an upgrade.</p>
<h4 id="markdown-header-environment">Environment:</h4>
<div class="codehilite">
<pre><span class="mf">1.</span> <span class="n">Production</span>
<span class="mf">2.</span> <span class="n">Info</span> <span class="n">mode</span><span class="p">,</span> <span class="n">prints</span> <span class="n">a</span> <span class="n">lot</span> <span class="n">of</span> <span class="n">info</span> <span class="n">in</span> <span class="n">to</span> <span class="n">the</span> <span class="n">log</span> <span class="n">file</span>
<span class="mf">3.</span> <span class="n">Debug</span> <span class="n">mode</span><span class="p">,</span> <span class="n">will</span> <span class="n">print</span> <span class="n">to</span> <span class="n">screen</span><span class="p">,</span> <span class="n">and</span> <span class="n">exit</span> <span class="k">if</span> <span class="n">it</span> <span class="n">finds</span> <span class="n">something</span> <span class="n">not</span> <span class="n">quite</span> <span class="n">right</span>
</pre>
</div>
<h4 id="markdown-header-localdir">LocalDir:</h4>
<p>Point to the local folder containing your vCards, vNotes etc. files</p>
<h4 id="markdown-header-room">Room:</h4>
<p>The Citadel Room to upload to</p>
<h4 id="markdown-header-username-and-password">Username and Password</h4>
<p>Your Citadel username or password. Keep empty "" to specify on the command line</p>
<h4 id="markdown-header-server">Server:</h4>
<p>Your Citadel hostname.</p>
<h4 id="markdown-header-port">Port:</h4>
<p>Your Citadel port. Standard is 504 if you haven't changed it on the server.</p>
<hr />
<h3 id="markdown-header-when-you-are-done-editing-run-again">When you are done editing run again</h3>
<div class="codehilite">
<pre><span class="n">citadelsync</span> <span class="o">-</span><span class="n">n</span> <span class="n">contacts</span>
</pre>
</div>
<p>This will</p>
<ol>
<li>Check your server connection</li>
<li>Your login information</li>
<li>The availability of the room</li>
<li>The compatibillity of the room with your file type</li>
<li>Your LocalDir</li>
</ol>
<p>If everything checks out it will upload all files from your LocalDir to the specified Room on the remote Citadel Server.</p>
<hr />
<h3 id="markdown-header-notes">Notes</h3>
<ul>
<li>
<p>Files must be individual files each holding a single entry residing in one folder, anywhere on your computer or device.</p>
</li>
<li>
<p>Citadel Sync remembers the state of your files and will only upload modified files</p>
</li>
<li>
<p>Citadel Sync will not delete or modify any files it didn't upload, unless you use the -D flag.</p>
</li>
</ul>
<h2 id="markdown-header-install">Install</h2>
<h3 id="markdown-header-executable">Executable</h3>
<p>There is an executable version for Linux AMD64 at:</p>
<p>https://bitbucket.org/gotamer/citadelsync/downloads/citadelsync</p>
<h3 id="markdown-header-from-source">From Source</h3>
<blockquote>
<p>Install go then run</p>
</blockquote>
<div class="codehilite">
<pre><span class="n">go</span> <span class="n">get</span> <span class="n">bitbucket</span><span class="p">.</span><span class="n">org</span><span class="o">/</span><span class="n">gotamer</span><span class="o">/</span><span class="n">citadelsync</span>
</pre>
</div>
<p> </p>
<hr />
<p>-- <br />TaMeR<br /><br />Citadel Sync: <br />https://bitbucket.org/gotamer/citadelsync</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3627310</link><pubDate>Sat, 28 Dec 2013 13:59:08 -0000</pubDate><title>Re: [ANN] CitadelSync a vcard uploader for citadel</title><guid isPermaLink="false">3627310@Uncensored</guid><description><![CDATA[<html><body>

<p>thanks, added to </p>
<p>http://www.citadel.org/doku.php/installation:source#third-partycontributions</p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3625831</link><pubDate>Fri, 27 Dec 2013 21:24:40 -0000</pubDate><title>Re: [ANN] CitadelSync a vcard uploader for citadel</title><guid isPermaLink="false">3625831@Uncensored</guid><description><![CDATA[<html><body>

<p>I updated the docs on the website.</p>
<p>Yes it is written in Go.</p>
<p>No this is an application not a lib. but it uses a lib, to access Citadel.</p>
<p>That lib. is also available opensource MIT License here:</p>
<p>https://bitbucket.org/gotamer/citadel</p>
<p> </p>
<p> </p>
<p> </p>
<hr />
<h2>Imports vCards in to the <a title="Citadel&quot;" href="(http:/www.citadel.org">Citadel</a> Mail Server</h2>
<hr />
<h4>Features</h4>
<ul>
<li>Citadel Sync will work on most operating systems including Linux, Mac, PC, Android ...</li>
<li>Converts a multi vCard file in to many for each to hold a single contact</li>
<li>Adds UID and REV fields to the vCard if missing</li>
<li>Uploads vCards to a given remote <a title="Citadel&quot;" href="(http:/www.citadel.org">Citadel</a> Mail Server</li>
<li>You can specify, which folder on the server to upload to</li>
<li>Can populate the Display name field from first and last name, or populate first and last name from display name</li>
</ul>
<h4>Features planned</h4>
<ul>
<li>Compare revision state and sync in case you modify a vCard on the server. This is not supported in version 1, vCards on the server will be over written by the local once.</li>
<li>Create an executable for Android etc.</li>
<li>Create a single vCard to hold all contacts, so it can be used as an address book in Thunderbird etc.</li>
</ul>
<h4>Features not supported</h4>
<ul>
<li>Does not support non standard vCard fields like <em>(If you must have one or two of those let me know)</em>
<ul>
<li>X-EVOLUTION-RADIO</li>
<li>X-KADDRESSBOOK-X-AssistantsName</li>
</ul>
</li>
</ul>
<h4>Hints:</h4>
<ul>
<li>Backup your vCards before you start using citadelsync, both local and server</li>
<li>Backup your config file before you upgrade to a new version of citadelsync</li>
</ul>
<h3>Command Line Flags:</h3>
<p>A config file is required, set it with the -c flag.</p>
<p>If the specified config file does not exist, one will be created with default values.</p>
<blockquote>
<p>-D will delete all items on the remote server, in the given room WITHOUT WARNING</p>
</blockquote>
<p>Username and Password for the <a title="Citadel&quot;" href="(http:/www.citadel.org">Citadel</a> Mail Server may be defined in the config file, or optionally on the command line</p>
<p>The -r Flag checks if the room exists on the mail server. You can use this to verify that you have spelled the room name correctly</p>
<pre><code>-v=false: version -h=false: Prints out this help text -c="citadelVcard.json": Config file (*.json) -u="": Username -p="": Password -r=false: Check if the citadel room even exists -D=false: Delete all items in the room! -i="": Import file (*.vcf) </code></pre>
<h4>The Environment flags in the config file are:</h4>
<pre><code>0 = Production 1 = Prints a lot of info 2 = Debug mode, same as 1 but will exit on error </code></pre>
<h2>Install</h2>
<h3>Executable</h3>
<blockquote>
<p>There is an executable version for Linux AMD64 at:<a href="https://bitbucket.org/gotamer/citadel/downloads/citadelsync">https://bitbucket.org/gotamer/citadel/downloads/citadelsync</a></p>
</blockquote>
<h3>From Source</h3>
<blockquote>
<p>Install go then run</p>
</blockquote>
<pre><code>go get bitbucket.org/gotamer/citadel </code></pre>
<hr />
<h1>The MIT License (MIT)</h1>
<p>Copyright © 2013 Dennis T Kaplan <a href="http://www.robotamer.com">http://www.robotamer.com</a></p>
<p>Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sub-license, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:</p>
<p>The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.</p>
<p> </p>
<p>THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3625653</link><pubDate>Fri, 27 Dec 2013 19:27:24 -0000</pubDate><title>Re: [ANN] CitadelSync a vcard uploader for citadel</title><guid isPermaLink="false">3625653@Uncensored</guid><description><![CDATA[<html><body>

<blockquote>
<div class="message_header"><span>Fri Dec 27 2013 09:55:52 EST</span> <span>from TaMeR @ Uncensored </span> <span class="message_subject">Subject: [ANN] CitadelSync a vcard uploader for citadel</span></div>
<div class="message_content">
<p> <strong>Import vCards to the Citadel Server</strong></p>
<p>Just here to let every body know that I just uploaded <a title="Citadel Sync" href="https://bitbucket.org/gotamer/citadel/src/64966000aa2642b16c2f4897cd9427df4c23357d/citadelsync/?at=master">citadelsync</a> version 1 to bitbucket.</p>
<p>Any comments or bug reports are welcome</p>
<p>Enjoy </p>
</div>
</blockquote>
<p>can you have a few more words what the intended audience is? its written in the go programming language, right?</p>
<p>do you intend to make it a general purpose client library?</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3625535</link><pubDate>Fri, 27 Dec 2013 19:05:00 -0000</pubDate><title>Re: Of Beginnings and a Journey - Happy Thirty Years !!!</title><guid isPermaLink="false">3625535@Uncensored</guid><description><![CDATA[<html><body>

<p>How do you not reply to this?</p>
<p><span style="font-family: sans-serif; font-size: 16px;">I was there, and I still got my Commodore 64</span><span style="font-family: sans-serif; font-size: 16px;">.</span></p>
<p><span style="font-family: sans-serif; font-size: small;">Great job guys, I wasn't part of Citadel back then, didn't even discover Citadel until I moved to the US in the late 90s, but a small group of us back in Germany we had our own little thing going, and it sure was exciting. </span></p>
<p><span style="font-family: sans-serif; font-size: small;">I think we have been living at the best time.</span></p>
<p><span style="font-family: sans-serif; font-size: small;">I sure am glad I didn't miss all that, would wanna be a teenager now, thats for sure.</span></p>
<p><span style="font-family: sans-serif; font-size: small;">  </span></p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3625352</link><pubDate>Fri, 27 Dec 2013 14:55:52 -0000</pubDate><title>[ANN] CitadelSync a vcard uploader for citadel</title><guid isPermaLink="false">3625352@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<p><strong>Import vCards to the Citadel Server</strong></p>
<p>Just here to let every body know that I just uploaded <a title="Citadel Sync" href="https://bitbucket.org/gotamer/citadel/src/64966000aa2642b16c2f4897cd9427df4c23357d/citadelsync/?at=master">citadelsync</a> version 1 to bitbucket.</p>
<p>Any comments or bug reports are welcome</p>
<p>Enjoy </p>
<p> </p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3622487</link><pubDate>Mon, 23 Dec 2013 18:23:34 -0000</pubDate><title>Message #3622487</title><guid isPermaLink="false">3622487@Uncensored</guid><description><![CDATA[ > Dec 23 2013 10:04am from wizard of aahz @uncnsrd (Uncensored)   
 >Vince - I could read at 2400 baud.. It's when I went faster that I   
 >needed that handy pause button.   
 >   
 >  
  
 Lots of people - especially those in the "computer world" - can read at 2400
baud.   
  
 Personally, the "pause after each screen" was the option that I favored -
even at the slower baudrates. That allowed you to re-read something that really
interested you and that you perhaps were going to justify with a response
or a comment. It was for that "let me make sure I really got that!" moment.
 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3622370</link><pubDate>Mon, 23 Dec 2013 18:04:18 -0000</pubDate><title>Message #3622370</title><guid isPermaLink="false">3622370@Uncensored</guid><description><![CDATA[Vince - I could read at 2400 baud.. It's when I went faster that I needed
that handy pause button. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3621112</link><pubDate>Thu, 19 Dec 2013 04:06:42 -0000</pubDate><title>Message #3621112</title><guid isPermaLink="false">3621112@Uncensored</guid><description><![CDATA[<html><body>

<p>You could just connect via slip and minimodem to another computer within earshot of your own and limit the speed and then connect with the text client if you wanted the real feel.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3620832</link><pubDate>Wed, 18 Dec 2013 14:55:55 -0000</pubDate><title>Message #3620832</title><guid isPermaLink="false">3620832@Uncensored</guid><description><![CDATA[  
 "Nostalgia" is sitting here, thinking about The Old Days, and coming to the
conclusion that the only reason BBS writers put a 'Pause after each Screen'
option was the advent of the 2400bps dialup modem. 
  
 Up to that point you could sit back, watch the text scroll onto your screen
at comfortable reading speed (up to 1200 baud) and just enjoy the experience.

  
 Then it got faster. And even faster. And still faster. 
 And then came ISDN. Not fast enough, so let's do DSL or (shudder!) Internet
By Cable TV Company. 
  
 Hence the 'Pause after each Screen' option. 
  
 The old days were better. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3617735</link><pubDate>Sun, 15 Dec 2013 23:03:26 -0000</pubDate><title>Re: Of Beginnings and a Journey - Happy Thirty Years !!!</title><guid isPermaLink="false">3617735@Uncensored</guid><description><![CDATA[Citadel nostalgia.  Gotta love it. 
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3617318</link><pubDate>Sun, 15 Dec 2013 14:22:56 -0000</pubDate><title>Of Beginnings and a Journey - Happy Thirty Years !!!</title><guid isPermaLink="false">3617318@Uncensored</guid><description><![CDATA[<html><body>

<p>Today is a birthday. An Anniversary.<br /><br />On December 15, 1983 NetK2NE and the Jersey Devil BBS were "born."<br /><br />Jersey Devil BBS began its life anchored to a (believe it or not) 300 baud single-line dial up modem. The BBS ran on a Commodore 64 machine using the CommLine-64 software which I wrote.<br /><br />About a year later it had morphed into a Citadel clone-ish thing that I called Citadel-64, which then migrated to the Commodore-128 with (gasp!) a 20 meg hard drive. Yes, there were hard drives available for the '128, and we started calling the software "Citadel-128."<br /><br />The migration to IBM PC clone hardware was done in 1987, and Citadel:K2NE was born.<br /><br />Oh, NetK2NE. Yes. <br /><br />NetK2NE started as a very small software company (K2NE Software) created to market the Commodore 64 BBS software along with a few other items for which we were licensed.<br /><br />That, of course, grew by the proverbial leaps and bounds once the Public Internet became available in the early
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3598797</link><pubDate>Fri, 22 Nov 2013 22:31:46 -0000</pubDate><title>Re: PHP Bindings/RESTful API package moved</title><guid isPermaLink="false">3598797@Uncensored</guid><description><![CDATA[<html><body>

<p> </p>
<blockquote>
<div class="message_header"><span>Fri Nov 22 2013 16:50:38 EST</span> <span>from dothebart @ Uncensored </span> <span class="message_subject">Subject: Re: PHP Bindings/RESTful API package moved</span></div>
<div class="message_content">
<p>did that, and changed your passvoid, th_mgt.</p>
<br /><br /></div>
</blockquote>
<p>Thanks and thanks for the reminder, I could only remember the ldap issue.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3598662</link><pubDate>Fri, 22 Nov 2013 21:50:38 -0000</pubDate><title>Re: PHP Bindings/RESTful API package moved</title><guid isPermaLink="false">3598662@Uncensored</guid><description><![CDATA[<html><body>

<p>did that, and changed your passvoid, th_mgt.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3598236</link><pubDate>Fri, 22 Nov 2013 08:48:10 -0000</pubDate><title>Re: PHP Bindings/RESTful API package moved</title><guid isPermaLink="false">3598236@Uncensored</guid><description><![CDATA[<html><body>

<p>If I can remember my password, I'll add that as well, while adding the ldap auth infos, see Support room.</p>
</body></html>
]]></description></item><item><link>http://uncensored.citadel.org/readfwd?go=CitaNews?start_reading_at=3597864</link><pubDate>Fri, 22 Nov 2013 01:45:58 -0000</pubDate><title>PHP Bindings/RESTful API package moved</title><guid isPermaLink="false">3597864@Uncensored</guid><description><![CDATA[<html><body>

<p>Since Google Code is steadily deprecating all the download methods from their repositories, I moved the Baby Citadel PHP package to git on bitbucket.org.  </p>
<p>https://bitbucket.org/warbaby67/baby-citadel</p>
<p>Could one of you gentlemen please update <a href="http://www.citadel.org/doku.php/installation:source?&amp;#third-partycontributions">http://www.citadel.org/doku.php/installation:source?&amp;#third-partycontributions</a></p>
<p>Thanks,</p>
<p> </p>
<p>-Warren</p>
<p> </p>
</body></html>
]]></description></item></channel></rss>

