I research but I can't find something that explain if this message is

bad, good or else.
(Debian 6, Server build 8.17 .deb install)

Jul 12:
07:51:00 mail citserver[30124]: DB: 57 lockers
07:51:00 mail citserver[30124]: DB: 56 lockers
08:20:50 mail citserver[30124]: DB: 56 lockers

It's nothing to worry about. Berkeley DB writes that log message to tell
us about the size of its lock table. Citadel Server captures all errors generated
by Berkeley DB and writes them to its own log at LOG_ERR level, and it captures
all non-error messages generated by Berkeley DB and writes them to its own
log at LOG_DEBUG level.

The default maximum size of the lock table is 1000 lockers, so you're way
inside the limit.

Hi,

My installation has a single user with a username I have not used before. I run a single-user Citadel node, so I block all ports except mail ports. Over the past week I've seen three IPs attempt to log in to mail with my username:

Jul 14 04:47:56 $HOST citserver[15873]: user_ops: bad password specified for <$USER> Service <SMTP-MTA> Port <25> Remote < / 171.242.246.5>

It's not a real security risk because I have a script that looks for those entries and blocks the IP, but I am curious how my username could be known because I have not used it anywhere else. I know a lot of apps have a username enumeration vulnerability *cough* Wordpress *cough* and I'm wondering if there could be any such thing in Citadel.

For sport, I've created a second user and will see if there are attempts on that username in the future.

Don't take this the wrong way, but in the modern era your software distribution security needs some updating.  As it stands, malicious network nodes could easily modify or replace the software packages in transit.  Every message posted here is readable by every network admin it goes past.  And there's no way for the end user to do anything about any of it.

The site at least needs SSL support for at least the download page.  If the webserver you're using doesn't support SSL put a proxy in front of it, or host the downloads on a different server.  You can get free SSL certificates from letsencrypt.  They're better than nothing.

The download files themselves need at least a checksum, preferably not md5.  This will let download integrity be verified.  Really they need to be signed so that we can know that they're actually an official release and not something modified by a website hacker that just nobody happened to notice.

This isn't that difficult to set up and can be done without monetary cost and would improve the safety of all current and future users.

Here's my effort to document the drama of installing Citadel on a Raspberry Pi, which could well be general Debian installation issues to be frank.

To begin with, I had the idea to try this based on this blog post:

https://pimylifeup.com/raspberry-pi-email-server/

which is already aware of one of the issues I faced and averts us to it. But woe, there is more that I will document here for the sake of having it documented and in the hope of soliciting feedback:

So first things first, this recommendation:

sudo apt-get install citadel-suite

was a schmozzle from beginning to end. I needed no less than 3 hacks to get it to come close to completion:

1. Hack 1, is well documented here in a sense: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862296 and relates to a complaint it the installer issues about:
   

   citserver[12599]: configuration setting c_default_cal_zone is empty, but must not - check your config!

   the solution to which apparently is documented here: https://superuser.com/questions/1249119/citadel-on-raspberry-pi-didn%c2%b4t-work-c-default-cal-zone-is-empty but could use some clarification, namely that I explicitly did:
   

   sendcommand "CONF PUTVAL|c_default_cal_zone|Australia/Hobart"

   to get around this.
   
   
2. Hack 2: is less well documented, but I did find help here:
   

   https://groups.google.com/d/msg/linux.debian.bugs.dist/vLfT0ZLqRIQ/2n7riczgCwAJ
   

   The install basically bails because it can't find /etc/citadel/netconfigs. And this fix was:
   

   cd /etc/citadel
   sudo mkdir netconfigs
   sudo chown citadel:citadel netconfigs

   and start the install again.
   
   
3. Hack 3: is also less well documented but I did find help here:
   

   https://askubuntu.com/questions/896090/no-etc-aliases-found

   again the install basically whines because it can't find /etc/aliases, and the fix was:
   

   cd /etc
   sudo touch aliases

Yes indeed no less than three time consuming issues to diagnose and patch up before it would even finish an install and then and only then it went onto configuration. After asking me a pile of questions it promptly hung. I left it sit overnight, and yep, hung. Repeated the exercise, and left it overnight again and hung.

While hung citmail is consuming 100% of CPU wow. That be nuts.

What's worse is my box is hamstrung because I can't install any apps. Any time I try to install a package with apt it complains that a configuration is incomplete and I have to complete it with dpkg --configure -a.

If it weren't for insatiable curiosity at this pint I'd have scrapped it and pursued other projects. Citadel just does not want to be installed it seems. Project seems dead.

But I was curious, the hacker in me stimulated, and I pursued a diagnostic path. First to see what was up:

$ pstree -np
systemd(1)─┬─systemd-journal(97)
 ├─systemd-udevd(132)
 ├─systemd-timesyn(265)───{sd-resolve}(309)
 ├─rsyslogd(310)─┬─{in:imuxsock}(312)
 │ ├─{in:imklog}(313)
 │ └─{rs:main Q:Reg}(314)
 ├─dbus-daemon(311)
 ├─thd(319)
 ├─systemd-logind(328)
 ├─avahi-daemon(340)───avahi-daemon(361)
 ├─cron(342)
 ├─webcit(410)───webcit(411)───{webcit}(437)
 ├─webcit(415)───webcit(416)───{webcit}(438)
 ├─wpa_supplicant(419)
 ├─citserver(428)───citserver(12716)─┬─{citserver}(12717)
 │ ├─{citserver}(12718)
 │ ├─{citserver}(12719)
 │ └─{citserver}(12720)
 ├─hciattach(460)
 ├─bluetoothd(462)
 ├─dhcpcd(542)
 ├─agetty(554)
 ├─sshd(557)─┬─sshd(688)───sshd(702)───bash(705)───sudo(1083)───bash(1089)───apt-get(1127)───dpkg(1192)───frontend(1193)───citadel-server.(1232)───citmail(1289)
 │ └─sshd(997)───sshd(1006)───bash(1009)───pstree(17358)
 └─systemd(692)───(sd-pam)(695)

So yep, it's citmail and we can see this from:

$ top -bn 1 | head -10
top - 17:47:07 up 20:31, 2 users, load average: 1.04, 1.01, 1.00
Tasks: 112 total, 2 running, 68 sleeping, 0 stopped, 0 zombie
%Cpu(s): 3.2 us, 19.5 sy, 0.0
  ni, 77.1 id, 0.1 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 949452 total, 483444 free, 91452 used, 374556 buff/cache
KiB Swap: 102396 total, 102396 free, 0 used. 753484 avail Mem

 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 1289 root 20 0 36780 4564 3852 R 100.0 0.5 1104:20 citmail
17383 angelia 20 0 8108 3148 2720 R 6.2 0.3 0:00.02 top
 1 root 20 0 28084 6012 4812 S 0.0 0.6 0:03.85 systemd

There it is citmail at 100% CPU.

So how is it run?

$ ps -fp 1289
UID PID PPID C STIME TTY TIME CMD
root 1289 1232 99 Jul14 pts/2 18:21:44 citmail -bm -r room_citadel_stats@uncensored.citadel.org room_lobby

OK, but who's running it?

$ ps -fp 1232
UID PID PPID C STIME TTY TIME CMD
root 1232 1193 0 Jul14 pts/2 00:00:00 /bin/sh /var/lib/dpkg/info/citadel-server.postinst configure

so let's see where:

$ grep -nB 5 citmail /var/lib/dpkg/info/citadel-server.postinst
120- i=0;
121- while test ! -S $RUNDIR/lmtp.socket -a "$i" -lt "10"; do
122- sleep 1
123- i=$(($i + 1))
124- done
125: if test -S $RUNDIR/lmtp.socket -a -x /usr/sbin/citmail ; then
--
132- printf "MIME-Version: 1.0\r\nContent-Type:  multipart/alternative; \r\n boundary=$SEPERATOR\r\n\r\nThis is a multi-part message in MIME format.\r\n\r\n--$SEPERATOR\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: quoted-printable\r\n\r\n";
133- cat $WELCOMETXT
134- printf "\r\n\r\n--$SEPERATOR\r\nContent-Type: text/html; charset=US-ASCII\r\nContent-Transfer-Encoding: quoted-printable\r\n\r\n"
135- cat $WELCOMEHTML;
136- printf "\r\n\r\n--$SEPERATOR--\r\n\r\n") | \
137: citmail -bm -r "$FROM"  "$TO"

There it is, on line 137, the line that hangs with 100% CPU consumption, endlessly (well at least overnight). Total nuttery what? But lets patch it out and see how things go, so replaced it with:

$ grep -nB 5 citmail /var/lib/dpkg/info/citadel-server.postinst
120- i=0;
121- while test ! -S $RUNDIR/lmtp.socket -a "$i" -lt "10"; do
122- sleep 1
123- i=$(($i + 1))
124- done
125: if test -S $RUNDIR/lmtp.socket -a -x /usr/sbin/citmail ; then
--
133- cat $WELCOMETXT
134- printf "\r\n\r\n--$SEPERATOR\r\nContent-Type: text/html; charset=US-ASCII\r\nContent-Transfer-Encoding: quoted-printable\r\n\r\n"
135- cat $WELCOMEHTML; 
136- printf "\r\n\r\n--$SEPERATOR--\r\n\r\n") | \
137- cat > /tmp/citadel.debug
138:# citmail -bm -r "$FROM" "$TO"
139: echo 'DEBUG: Skipped the line that causes a post install configuration hang ... sent message to /tmp/citadel.debug instead of to citmail.' 

and sure enough finally, after all that the configuration completes, and apt works again and I can even log in to Citadel on my server. All seems pretty good at last. The contents of /tmp/citadel.debug reveal a simple welcome email that citmail is trying to send to room_lobby. I'll attach it for reference as a minor detail.

Now that it's finally installed I can play around with the web interface. But observe two immediate glitches before I even get to testing the email side of things, which is what I'm wanting (an email server on a Raspberry Pi, and I only tried Citadel because the blog article in the intro and a curiosity given I remember Citadel from the 80s and was blown away to see it still had life (still am), so curiosity got the better of me and here I am (though it does feel like it killed the cat and I'm on my 5th life or so).

But here for the record are the two immediately obvious glitches:

Glitch 1: Citadel has a nice About this server box which reports "You are connected to Citadel Server, running Citadel 921 with WebCit 902, server build 921 and located in (null). Your system administrator is bernd"

Glitch 2: There is a language selector on the menubar top left. It displays:

Language:
en_US

Yes, that's right a) there's no choice because I configured it with only one language (and had to choose from en_US and en_UK but no en_AU offered) and the language en_US is displays on a line beneath the label such that it overlaps with the Summary menu item (the top item on the left side bar menus). Not like this forum which is also glitchy, but offers the Language as a selector with drop down, on same line as the label (Language:) though offers a choice of en_US and en_US, yes that's right no choice at all. Forgive me if I am less than inspired so far. But here is an image:

(though this editor does not show the images alas, so no idea if they'll show up in the forum post).

That all aside, immediate usability issues that smack me in the face bringing this post here include:

1. Neither of the offered account creation methods via Google or Yahoo worked. They both just throw up pop up windows with weird text in them
   
   
2. I'm in a room it seems called Citadel Support, and there is a menu of Rooms to the left, but I see no indication anywhere as to where this room sits should I want to find it again later. I take a wild guess that it's on Forum level, but then see no candidates. Nor do I see any candidates on the Compute Level, and there is no indicator in the header above! A stunning sense of disorientation alas is the product of landing here from a link at: http://www.citadel.org/doku.php?id=mailing_lists
   
   
3. This edit box (tiny_mce I reckon) is nice enough but the menu is not pinned to top, disappears off top of screen which is disorienting. There is a scroll bar at far right that I can scroll up to it with. Bizarre and not good UX alas. This'll be to do with sizing of his box. Might be browser and screen size dependent, who knows. But I'm on Firefox (super normal) and on a very normal 2018 monitor (1920 x 1080 px). So I experimented a buit and turns out it responds to zoom level. I had zoomed in as the text in this box is uncharacteristically small. And it's the zoom in that makes the edit box bigger than my screen.
   
   
4. I find a need in a support forum like this regularly to cite snippets of code or results. But of all the lovely formatting things on the format bar there isn't one for pre tag, so I'm always using the source editor which is a pain

And on the installation front aside from the issues above:

1. The easy install method was easy. Thanks that was nice, and it seems to download all the source and build it on a Raspberry all without hitch, which was gobsmackingly surprising and pleasing and so much better than the debian package approach.
   
   
2. Still it seems to have cleaned up after itself as no trace of source can I find on my box. I find that mildly frustrating, not least because i grepped the whole danged box for "About this server" to see if I could find the code that generates that box on the web page and where it might be looking to that missing location. But nothing shows up. I am left seriously wondering why, in 2018 this is not all on a github repo that we can simply clone and easy install from that and then as it has rolling releases just pull the source and rebuild at will. And then I'd also have an easy avenue for code patching and submitting pull requests to a master branch. It's 2018 not 1980 I guess and no too rich to expect such a project to have moved to a community source code repo so that community can work together on it.

I have yet to work out if citmail works at all to be honest as it hung during configuration. I may be back here to report. I wanted to document the experience of getting this far while I still could, had the notes on hand, and the experience in mind and memory.

Anyhow as I said, documenting the experience, inviting feedback and being very honest, that I'm here as a result of curiosity but on the edge of bailing and pursuing a more ordinary mail server config. I'll likely stick with it a while as I have some exploring to do, and am curious to se how alive and supportive and understanding or otherwise this community is. Am in no wild rush on any of this, but end result will be a Raspberry pi mailserver here and if it had Citadel on it as a side feature that would have novelty value and some possible future utility, who knows. Maybe.

And I hope this sort of post is indexed by search engines, but in case not I'll keep a copy of this message, and may post somewhere that is if I find an appropriate spot. I'd have found it if it was findable and saved myself a bucket of time had I read it.  Instead I've written it.

Citadel Welcome Mail.txt (text/plain, 7880 bytes) [View| Download]

MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary=2600908b3f21ae7f692b973ed26e212d

This is a multi-part message in MIME format.

--2600908b3f21ae7f692b973ed26e212d
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Welcome to your new Citadel installation!

Congratulations! You've now completed your Citadel Installation.
Your Citadel system provides you with the following Protocols to
communicate with your Client Software:

* Webmail via http and https. Any remaining configuration Tasks, are
most likely able to be completed in Webcit
* IMAP Directory Services. Access your Inbox and other Rooms easily via
IMAP.
* POP3 Mail Delivery. If you'd like to poll mails over to your Client,
use POP3.
* [1]GroupDAV Calendaring and Address book Access. Connect your
Calendaring Client to a central Storage, and share calendars with
others.
* iCalendar-over-WebDAV ("Webcal") Access to your personal Calendar.
* SMTP / MSA access with TLS support. Receive mails from others or relay
your own Client via your Citadel.

For advice regarding how to configure your favorite Mail client to
interact with Citadel, please see the [2]Client Matrix . If you don't find
your client there, please sign into [3]Uncensored! and tell us about it in
the Citadel Documentation Room! And if you would like to provide
screenshots on how you did the configuration for documentation purposes,
we'll appreciate them.

Please see the [4]FAQ for more general questions, or the [5]Citadel
Administration Manual for more involved situations. Or, join us at
[6]Uncensored!, post your message into the Citadel Support Room and you
will get help there. You may also join us on [7]IRC (irc.citadel.org, or
freenode network) in #Citadel.

If Webcit does not yet speak your language, please tell us at
[8]Uncensored! in the Citadel Development Room, where you will be welcomed
and encouraged to add a translation Working contributions in various forms
are always welcome, in fact, so feel free to join us in improving the
Citadel system!
Enjoying Citadel? Please let us know. Just log
into [9]Uncensored! and drop us a note!

Your Citadel Development Team

Read more about [10]Citadel on Wikipedia

References

Visible links
1. http://www.groupdav.org/
2. http://www.citadel.org/clientmatrix
3. http://uncensored.citadel.org/
4. http://citadel.org/index.php?option=com_content&task=section&id=3&Itemid=38
5. http://easyinstall.citadel.org/citadel/docs/citadel.html
6. http://uncensored.citadel.org/
7. irc://irc.citadel.org/#citadel
8. http://uncensored.citadel.org/
9. http://uncensored.citadel.org/
10. http://en.wikipedia.org/wiki/Citadel/UX


--2600908b3f21ae7f692b973ed26e212d
Content-Type: text/html; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<title>Welcome to your new Citadel installation</title>
</head>
<!-- use /usr/bin/elinks -force-html -dump welcomemail.html >welcomemail.txt to dump this over to the textfile. -->
<body>
<h3>Welcome to your new Citadel installation! </h3>

Congratulations! You've now completed your Citadel Installation.<br>
Your Citadel system provides
you with the following Protocols to communicate with your Client Software:

<ul>
<li>Webmail via http and https. Any remaining configuration
Tasks, are most likely able to be completed in Webcit</li>
<li>IMAP Directory Services. Access your Inbox and other Rooms easily
via IMAP. </li>
<li>POP3 Mail Delivery. If you'd like to poll mails over to your
Client, use Pop3.</li>
<li><a href="http://www.groupdav.org">GroupDAV</a>
Calendaring and Address book Access. Connect your Calendaring Client to a
central Storage, and share calendars with others.</li>
<li>ICal Access to your personal Calendar.</li>
<li>SMTP / MSA access with TLS support. Receive mails from others or
relay your own Client via your Citadel.</li>
</ul>

<br>
For advice regarding how to configure your favorite Mail client to interact
with Citadel, please see the <a href="http://www.citadel.org/clientmatrix">
Client Matrix </a>. If you don't find your client there, please sign into
<a href="https://uncensored.citadel.org/">Uncensored!</a> and tell us about
it in the <b>Citadel Documentation</b> Room! And if you would like to provide
screenshots on how you did the configuration for documentation purposes, we'll
appreciate them. <br>
<br>
Please see the
<a href="http://citadel.org/index.php?option=com_content&amp;task=section&amp;id=3&amp;Itemid=38">FAQ</a>
for more general questions, or the
<a href="http://easyinstall.citadel.org/citadel/docs/citadel.html">
Citadel Administration Manual </a>
for more involved situations. Or, join us at
<a href="https://uncensored.citadel.org/">Uncensored!</a>,
post your message into the <b>Citadel Support</b> Room and you will get help
there. You may also join us on <a href="irc://irc.citadel.org/#citadel">IRC</a>
(irc.citadel.org, or freenode network) in #Citadel.<br>
<br>
If Webcit does not yet speak your language, please tell us at
<a href="https://uncensored.citadel.org/">Uncensored!</a> in the <b>Citadel Development</b>
Room, where you will be welcomed and encouraged to add a translation Working
contributions in various forms are always welcome, in fact, so feel free to
join us in improving the Citadel system!<br>
Enjoying Citadel? Please let us know. Just log into
<a href="http://uncensored.citadel.org/">Uncensored!</a> and drop us a note! <br>
<br>

Your Citadel Development Team <br>
<br>
Read more about <a href="http://en.wikipedia.org/wiki/Citadel/UX">Citadel on Wikipedia</a>

</body>

</html>


--2600908b3f21ae7f692b973ed26e212d--

As an aside, referring to my earlier post, found it, this room us on The Home of Citadel level. But sheesh it would sensible to have in the header of the room the path to the room ... sort of like:

Rooms > The Home of Citadel > Citadel Support

There's my first feature request ;-)

Just saying ... gotta wonder how alive Citadel is really.

Fair. It's arguable whether the WP user enumeration thing is a "vuln" or a "feature", I get that.

I've had no hits on the honeypot username I created so it's kind of a mystery why the initial one gets an attempt every few days. But life is full of mysteries.

Mon Jul 16 2018 12:47:35 EDT from IGnatius T Foobar @ Uncensored Subject: Re: User enumeration vuln?

I know a lot of apps have a
username enumeration vulnerability *cough* Wordpress *cough* and I'm
wondering if there could be any such thing in Citadel.

It's probably pretty easy to do username enumeration on Citadel because the Citadel Server exposes so many different protocols. SMTP, POP3, IMAP, XMPP, etc. etc. and many of those protocols will cheerfully return a specific error message for an attempted login of a user who does not exist.

I'm not sure whether it's fair to call that a vulnerability, but yes it's definitely plausible.

It's alive because it's quite a good system.

Everything Citadel is voluntary, including support. Nobody is getting paid for any of this, so sometimes you just gotta wait to get responses, and sometimes you get no responses at all.

Tue Jul 17 2018 06:58:13 EDT from ThumbOne @ Uncensored Subject: Not a lot of support here is there? ;-)

Just saying ... gotta wonder how alive Citadel is really.

So am starting to play with it and slowly losing interest here.

1. On my server and this one under Advanced on the left menu I can select "Change your preferences and settings" and there I can see a Preferred email address selector but there's nothing to select. No help. No clue. No option.
2. On my server and this one I can write an email and the top header line is labeled from followed by a selector where I can choose my account from a list of one (my account), which makes zero clear sense at all, and that is followed by another selector that has zero options and renders as on char wide with a drop down, followed by "in Mail". UX value: perplexing and confusing.
3. On my server on Summary I sometimes see (not logged in) listed. What? What's that about? It's even seen on the screenshots here: http://www.citadel.org/doku.php?id=screenshots
4. Under Administration on my server (not here clearly as I'm not an admin) I can "Edit site-wide configuration" then "Change Login Logo" but it bails on the upload because the images folder is missing from /usr/local/citadel. Aaarg>Flakey or what. So I created it and uploaded a Login Logo and Logout Logo and it claimed success, yet when I log out and in again I see no logos.
5. I try sending myself an email on my server and it bombs on a blank page reading "Security check failed." with mysite/post in the address bar. I try again and this time on send Firefox bombs with "The connection was reset". If I reload (and accept the resend offer) I'm back at "Security check failed." but the mail arrives! Mind blowingly unreliable weirdness. What is going on here?
6. I try sending an email to my gmail adress. And the citadel side works without nay issues, reporting "Message has been sent" in a pop up. Yet it never arrives at gmail and I see no sent mail or outbox folders in Citadel for even rudimentary inspection, though Administration > View the outbound SMTP queue, reports nothing.
7. IMAP reading of my citadel mailbox works fine in Thunderbird - first thing I tried that worked! Wow.
8. Sending an email from gmail to my Citadel address has not arrived and not bounced (yet) - more to diagnose there if it fails, as I have just set up the MX record and opened the SMTP and IMAP ports on my firewall and forwarded them to the Citadel server. There's room for a slip up there somewhere as it's quote a few configs and steps. So will learn more in time I guess.
9. I can see no tools for creating mail folders in my inbox, which is out of this world. So I created one in Thunderbird and snooped around and found them at last under Rooms > My Folders. And I can see sent mails. Awesome.

That's enough for now. I'm going to wait on bounce messages or deliveries for emails out to gmail and in from gmail now I guess.

I can see a server rebuild coming on and a postfix/dovecot install. I'm getting the slow feeling that while mildly curious and entertaining courting 1980s elgacy bulletin board software kept barely alive (which is a miracle itself and quite an eye opener) is not a sensible path for an email server on a Raspberry Pi, in spite of two sites I found recommending it.  Lord only knows if those folk tried it and had better than I or a smoother ride.

I've not bailed yet. There's a chance I stay with it, if I can get emails trialled and working as I really only need it for IMAP and SMTP and as an email store, and there's something mildly appealing about having this quiant oh so dated web interface in the backdrop. But I have yet to work out how to get citadels entire data store onto a mounted drive (off my SSD) too and I'm not confident that's going to be an easy ride.

Combine that with how quiet the support forum seems. Well, prognosis looks sketchy to say the least.

Regards,

Bernd.

Thanks jdw,

I get that. Don't worry. I work with bundles of FOSS and community driven packages don't worry, and I'm patient, not overly critical of slow responses at all, just offering up a reflection. Truth be told because of that backdrop experience, I have a baseline to compare against I guess ;-)

I have another Pi running NextCloud and so  most of the Citadel features are decked there anyhow, and I'm not quite convinced it's quite a good system. To my eye, it's quite a quaint legacy system with some cultural value (heck I used CItadel in the 80s briefly! so nostalgic value),

Goes without say volunteer driven stuff comes with no guartantees, no timelines and so on ...  but there is most definitely vibrant living volunteer driven stuff that is flowing with activity (I'm all over github projects like that) and projects that are stagnant and haven't seen a finger lifted in years and everything in between.

Guess we'll see how it pans out in coming weeks for me. Rest assured I'm curious, patient and trying it out and rather dedicated, offering solid reports and feedback but seriously mulling over:

https://www.youtube.com/watch?v=pmEMMyvZHcw

Tue Jul 17 2018 08:58:25 EDT from jdw @ Uncensored Subject: Re: Not a lot of support here is there? ;-)

It's alive because it's quite a good system.

Everything Citadel is voluntary, including support. Nobody is getting paid for any of this, so sometimes you just gotta wait to get responses, and sometimes you get no responses at all.

 

Tue Jul 17 2018 06:58:13 EDT from ThumbOne @ Uncensored Subject: Not a lot of support here is there? ;-)

Just saying ... gotta wonder how alive Citadel is really.

 

Hello all,

I am developing a system on a Raspi and running Owncloud. I have dynamics dns setup and working. I was following some blogs and one suggested I use your suite to handle the install of smtp services for Owncloud to send email notifications. I went through the installer and questions, set my time zone and rebooted. I am unable to browse to the Citadel site at http://localhost:504 and I am getting a ERR_INVALID_HTTP_RESPONSE response. I am using Apache and I feel it has something to do with it. Any ideas?

Greetings,

I'm trying to install Citadel on a FreeBSD server (11.1-RELEASE-p11) but the installation gets aborted, could someone point me in the right direction?

• In accordance with "http://www.citadel.org/doku.php?id=installation:easyinstall:rereq-bsd" I first installed:

lang/gcc devel/gmake converters/libiconv textproc/intltool devel/gettext misc/shared-mime-info

• Then I installed Citadel with below command (http://www.citadel.org/doku.php?id=installation:easyinstall:easyinstall):

wget -q -O - http://easyinstall.citadel.org/install | sh

• The installation stopped with the following message:

LTCompile: /bin/sh ./libtool --silent --mode=compile gcc -I./lib -I. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -D HAVE_MMAP -o buildinfo -c

CC: lib/libcitadel.c

In file included from lib/libcitadel.c:30:0:

lib/libcitadel.h:264:2: error: unknown type name 'loff_t'

loff_t TotalSentAlready;

^~~~~~

lib/libcitadel.h:265:2: error: unknown type name 'loff_t'

loff_t TotalReadAlready;

^~~~~~

gmake: *** [Makefile:169: lib/libcitadel.lo] Error 1

Citadel Easy Install is aborting.

The last few lines above this message may indicate what went wrong.

I've attached the full installation log!

• I tried to resolve the problem by following below procedure, with same result:

(http://www.citadel.org/doku.php?id=faq:installation:installing_citadel_on_a_freebsd_5.4_or_6.0_os)

Download the Easy Install script, but don’t execute it yet:

wget -q -O http://easyinstall.citadel.org/install

Download and modify the start scripts:

Download webcit.sh and citserver.sh from http://fleeb.com/Citadel/ Move them to /usr/local/etc/rc.d/ make them executable with chmod +x You have to modify webcit.sh! Open file and search for “command=”/usr/local/webcit/webserver”. Change it to “command=”/usr/local/webcit/webcit”

Modify /etc/rc.conf

Add citserver_enable=’YES’ and webcit_enable=’YES’ to /etc/rc.conf

Install

Start installation with “sh install”

Is there anyone that has installed Citadel on a FreeBSD 11.1 server?

Can anyone help me?

Thanks in advanced for your assistance.

Kind regards.

Port 504 is not HTTP. It is the port that the citadel server runs on, and the citadel server is not a web server. You should be able to reach your site simply at http://localhost or https://localhost depending on how you choose your port 80 and 443 options during setup.

Tue Jul 17 2018 20:47:35 EDT from iiapoxii @ Uncensored

Hello all,

I am developing a system on a Raspi and running Owncloud. I have dynamics dns setup and working. I was following some blogs and one suggested I use your suite to handle the install of smtp services for Owncloud to send email notifications. I went through the installer and questions, set my time zone and rebooted. I am unable to browse to the Citadel site at http://localhost:504 and I am getting a ERR_INVALID_HTTP_RESPONSE response. I am using Apache and I feel it has something to do with it. Any ideas?

iiapoxii,

Alas I can't really help you there. Ironically I run NextCloud on a Raspi myself but a separate one to the one I want to run as a mail sever (separation of services is my preference not least because an email server is especially prone to spam overload sadly).

I've never looked at email notifications from NextCloud. I've only had it a short time. BUt I just looked and to set up SMTP there, frankly I'd just use a gmail account and the gmail SMTP server or Zoho or Yahoo, I would stuff around with Citadel suite and given my experiences above I wouldn't even dream of trying to install it on the same Raspi as my Nextcloud. it's way way overkill in terms of complexity.

On top of that, the support community is so active that it's noobs like you and me chatting it seems (i.e. not). And I haven't got my citadel server emailing or receiving emails yet either (whole story above). But I can browse to it (though i run the internal server and access it on port 80 as I have a dedicate Raspi fro Citadel).

For what it's worth I landed here thanks to some blog posts too. And have kind of enjoyed it so far, for reasons I state above (I actually remember Citadel from the 1980s and it's a bit of a nostalgia trip into old BBS software) but as I said, if I want email notifications it's so easy to point it at an open SMTP server like gmail, yahoo or Zoho.

Tue Jul 17 2018 20:47:35 EDT from iiapoxii @ Uncensored

Hello all,

I am developing a system on a Raspi and running Owncloud. I have dynamics dns setup and working. I was following some blogs and one suggested I use your suite to handle the install of smtp services for Owncloud to send email notifications. I went through the installer and questions, set my time zone and rebooted. I am unable to browse to the Citadel site at http://localhost:504 and I am getting a ERR_INVALID_HTTP_RESPONSE response. I am using Apache and I feel it has something to do with it. Any ideas?