Subject: installation on ARM board
Left it running overnight, and this morning /var/log/syslog was 945 MB and increasing.
2 processes called cit-server running, one changing its PID all the time. Killed the other one and they both disappeared.
dk@prime:~$ sudo netstat -lnp
[sudo] password for dk:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:2000 0.0.0.0:* LISTEN 1429/php
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 719/dnsmasq
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 692/pure-ftpd (SERV
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 726/sshd
tcp6 0 0 :::80 :::* LISTEN 790/apache2
tcp6 0 0 :::53 :::* LISTEN 719/dnsmasq
tcp6 0 0 :::21 :::* LISTEN 692/pure-ftpd (SERV
tcp6 0 0 :::22 :::* LISTEN 726/sshd
tcp6 0 0 :::443 :::* LISTEN 790/apache2
udp 0 0 0.0.0.0:53 0.0.0.0:* 719/dnsmasq
udp 0 0 0.0.0.0:68 0.0.0.0:* 821/dhclient
udp 0 0 192.168.0.4:123 0.0.0.0:* 978/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 978/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 978/ntpd
udp6 0 0 :::53 :::* 719/dnsmasq
udp6 0 0 fe80::bad4:a3d1:742:123 :::* 978/ntpd
udp6 0 0 ::1:123 :::* 978/ntpd
udp6 0 0 :::123 :::* 978/ntpd
raw6 0 0 :::58 :::* 7 566/NetworkManager
Active UNIX domain sockets (only servers)
That's all normal.
"Check your config !" - OK, but where is it?
Subject: Re: installation on ARM board
What's the message that's filling up your syslog?
The same thing as I put in my first post, the errors about binding ports to "192.168.0.0/29", over and over again.
It starts going wrong with:
Sep 30 07:37:47 prime citserver: Initializing configuration system
Sep 30 07:37:47 prime citserver: configuration setting c_default_cal_zone is empty, but must not - check your config!
I've looked in /etc/citadel/citadel.rc and /etc/citadel/webcit.conf but can't see anything to do with "cal_zone".
When it is starting with apache2 already started, citserver has to assign ports 8080 and something (8443 ?) to listen on by default. It doesn't to do this, but citserver (2 processes) is loaded.
Thu Sep 20 2018 16:02:58 EDT from scott @ Uncensored
Can a catchall account (*@domain.tld) be setup as an alias for a user account to receive all mail not for a specific user in the domain?
As it appears to function, all mail addresses to an invalid user is rejected automatically, but I would like to capture them into a catchall account.
So nobody is using a catchall account and can answer this [presumably] simple question?
I have not been able to setup a catchall account by specifying *@domain.com as an alias. Should this work? Am I doing something wrong?
Thank you for the confirmation. I have found a (rather) undesirable workaround, but it does work:
I have used the email forwarding option at my domain registrar and created a catchall there to forward all mail to a specific user account on Citadel.
It's not ideal, but it does achieve my goal.
It would also be nice to be able to delete (or at least edit) messages to avoid looking like a fool when posting something that is later found to have been already answered. :-P
Subject: Re: XMPP server
Subject: Force WebCit to https
What is the best way to redirect http requests to https with the internal webserver?
LOL, yeah - the concept of a threaded subject field vs linear-time
message system has been a rather constant philosophical debate between
those in favor of Groupware vs those in favor of traditional Citadsel
Actually, the server has full support for a threaded message view. I even wrote the code to test a threaded message display. It worked fine, but there's a problem with using it: to make it useful, everyone has to agree to use the <R>eply command when they're replying to an existing message. We have a lot of people who are using the text client and will reply to a message using the <E>nter-message command (perhaps after hitting <S>top to break out of a read command). This, of course, causes the reply to appear as a new top-level message instead of as a reply.
In the Blog view, we use message threading to tie comments to a blog post.
That's why you can't do <E>nter-message in a Blog room unless you're the blog owner. A top level message is shown as a blog post, and anything underneath it is shown as a comment.
The same thing as I put in my first post, the errors about binding
ports to "192.168.0.0/29", over and over again.
Citadel should only log those errors once. If the log is filling up, something might be causing Citadel to restart.
Subject: Re: Force WebCit to https
What is the best way to redirect http requests to https with the
WebCit cannot do that on its own. You will need to issue the redirect from some other web server.
Subject: Re: XMPP server
Tue Oct 02 2018 04:03:36 EDT from ano @ Uncensored Subject: Re: XMPP server
... and Gajim.
7. If the TLS negotiation is unsuccessful, the receiving entity MUST terminate the TCP connection. If the TLS negotiation is successful, the initiating entity MUST initiate a new stream by sending an opening XML stream header to the receiving entity (it is not necessary to send a closing </stream> tag first, since the receiving entity and initiating entity MUST consider the original stream to be closed upon successful TLS negotiation).
Subject: Proper way of migrating citadel installation?
Hello! What's the proper way of migrating Citadel installation on Ubuntu? Is compressing /usr/local/citadel and moving to a new server enough?
Subject: Remote retrieval problem
I've Citadel running on my Raspberry Pi 3B.
I want to gather all my mails from several accounts [Yahoo, Google,...] via POP3 (Remote retrieval) and connect to citadel server with several devices (mobile phones, PC's, etc..) via IMAP (DNS is right set in my router).
I have configured the pop3 "remote retrieval" settings for Yahoo Mail [ Remote host: pop.mail.yahoo.com User name: XXXXXX@yahoo.com Interval: 300] - but no mails will be retrieved.
Is there anyone, who is using the "remote retrieval" function an can help me?
thx in advance!
Subject: Re: Proper way of migrating citadel installation?
Hello! What's the proper way of migrating Citadel installation on
Ubuntu? Is compressing /usr/local/citadel and moving to a new server
If the source and destination servers are the same CPU architecture (for example, 64-bit x86) then yes, you can just copy /usr/local/citadel to the new server, then just run Easy Install on the new server and it'll set everything up for you.
If they are different architectures (for example, moving from ARM to Intel) then you have to use ctdlmigrate.
So if one wants to uninstall Citadel one just deletes the directories inside /usr.
But what happens to the systemd unit or system scripts used to start Citadel at boot? Shouldn't they be also deleted?
BTW, posted again in Development room.
Subject: Re: XMPP server
TLS negotiation is successful, the initiating entity MUST
initiate a new stream by sending an opening XML stream header
to the receiving entity (it is not necessary to send a closing
Originally I thought that perhaps Citadel was mis-handling this, but it doesn't appear that this is the case. Citadel XMPP service responds to the client opening a new <stream> header by replying with a new <stream> header of its own.
Pidgin is working perfectly for me, so I'm interersted in hearing exactly how it's misbehaving for others. Hopefully there's just a tiny problem somewhere we can fix.
Subject: CP/M Citadel 2.26
I don't suppose anyone in here remembers how to set up Citadel 2.26 running on CP/M, do they? I used to run Beta Mountain in Nashville, TN back in the 80's... I still have all the hardware (Radio Shack Model 4, 128K, Montezuma Micro CP/M 2.2) and software (25 or so DSDD mini-floppies) but can't seem to get the old system to wake up and run... I still have the BDS C compiler and linker, all of the source files, just can't seem to make this good old system operate...
I remember that there was a "startup sequence" that required a couple other programs to load before Citadel but I just don't remember what anymore... I ran Beta Mountain straight from CP/M, not using Bye510, so know that isn't the problem...
Anyone? Anyone? Bueller? Bueller??