Hi,
is Citadel supoorting telnet by standard install or is there something to configure ?
Greetings form Germany
Please.. I really need help on this.. additional headers I add
to local.cnf are also not being shown in the email header..
I've tried lots of different things but no matter what I do,
subject or headers do not get amended or added.
That is correct. Citadel Server does not ingest email headers modified by SpamAssassin. It sends the message over to `spamd` and requests a scan. If the message is identified as spam it is either rejected (the default setting) or marked with the `X-Spam-Status` header.
Also ... please do not post example spam to the support forum, not even the headers. We distribute the contents of this forum as a mailing list and posting spam snippets makes it trigger other recipients' spam filters.
is Citadel supoorting telnet by standard install or is there
something to configure ?
The standard install includes a text mode client installed into /usr/local/citadel/citadel
There are instructions at [ https://www.citadel.org/how_do_i_get_citadel.html ] which outline the steps required to make your system answer telnet connections with the Citadel client.
is Citadel supoorting telnet by standard install or is there
something to configure ?
The standard install includes a text mode client installed into /usr/local/citadel/citadel
There are instructions at [ https://www.citadel.org/how_do_i_get_citadel.html ] which outline the steps required to make your system answer telnet connections with the Citadel client.
Thanks for your help. Do i need to start this text mode client separated ?
Thanks for your help. Do i need to start this text mode client
separated ?
I'm afraid I don't understand what you mean by "separated".
It's included with the Easy Install distribution. If you're running Citadel in a container you'll need to run a command to execute it inside the container.
I running Citadel under docker:
sudo docker run -d --restart=unless-stopped ==network host --volume=/home/citadel:/citadel-data citadeldotorg/citadel
Trying to add an SSL cert to citadel, but it not working as I do not know what the web-root path is.
sudo certbot certonly --agree-tos --non-interactive --test --rsa-key-size 4096 --email admin@domain.local --webroot-path /home/citadel -d mail.domain.local
Getting:
Type: unauthorized
Detail: IP.Address: Invalid response form http://mail.domain.local/.well-knownd/acme-challenge/xyz_abc: 404
So need to know what to put down as the webroot to get this to work.
So need to know what to put down as the webroot to get this to
work.
This is kind of a hack, but you could try installing and running certbot inside the container to expose /usr/local/webcit to it.
You've kind of pointed out a real issue that we need to address, so thank you for that.
Is there a resource or recommended starting point for integrating Citadel and Keycloak?
HI all
New to running Citadel but it was always my favorite BBS software back in the late 80s/early 90s.
I have a docker installation running and things seem to be working well for the most part.
I am having an issue when I attempt to upload either a login or logout logo.
I get the following (this example is for the logout, the login is the same except images/hello):
Cannot open images/uimg 1: No such file or directory
There is no "images" directory in my citadel-data directory. I tried making files/images and that didn't help.
Any pointers would be great .
Thanks!
Is there a resource or recommended starting point for
integrating Citadel and Keycloak?
I'm afraid I don't know anything about Keycloak. What is it?
its an identity management thing. Opensource.
I'm afraid I don't know anything about Keycloak. What is it?
Here's an example of a message from Aide.
New user account <nobody> has been created, from host 185.171.202.9.rev.dyjix.eu [185.171.202.9].
This is baffling. If you have self-service account creation turned off, there should be no way to do this.
Unless ... you are using host system authentication, or LDAP authentication, instead of Citadel's self-contained authentication? Are the names of the accounts (such as "nobody") the names of accounts from your host system or LDAP authentication source, and never some unknown name?
Because if that's the case, then it's possible that our shithead intruders are trying names that are likely to exist (nobody, www, sshd, uucp, mail, news, etc) and they do exist so Citadel creates matching accounts ... but unless the intruder knows the password, it will only create the account, but they won't actually be able to log in.
Is it possible that this is what's happening?
I think you may have the answer - I just switched my system to self-contained, and it has also fixed my problem of not being able to log in with one of my user names.
Dear All,
It is giving the following problem to me.
When I write a email with webmail I have a limited number o caracteres that I can input in the subject field. Less that 70, I suppose.
I am using last version (1004) in Centos 9.
Thanks,
Luis Gonçalves.
I think you may have the answer - I just switched my system to self-contained, and it has also fixed my problem of not being able to log in with one of my user names.
I am so relieved to hear that! To be clear, here's how Citadel sets up accounts when you're running it in host-integrated mode or LDAP mode:
Any time a user account is looked up, regardless of whether the login succeeds or fails, if that account exists in the authentication source (host or LDAP) a corresponding account is created in Citadel. That's because Citadel assumes the account is legitimate, because it exists on the host or in LDAP. So if someone tries to access that account, it comes into existence whether it's needed or not. But fear not: the intruder won't be able to actually access the account unless the correct password is issued.
Now if you're using self-contained authentication, Citadel relies solely on itself for account and password management. And if you've disabled self-service account creation, you should never see new accounts appear unless they were created by an administrator.
Thanks for your help.
Thank you for being here to be part of developing a solution, and thank you for using Citadel!
When I write a email with webmail I have a limited number o caracteres that I can input in the subject field. Less that 70, I suppose.
How many characters do you need? We might be able to get it up to a few hundred, but not much more than that.
How much the RFC permits? There is not a maximum by the standard?
I suppose that in some emails clients there is a maximum from which is cut.
But 70 (??) is too few.
I suppose that 256 is enough for me in particular.
When I write a email with webmail I have a limited number o caracteres that I can input in the subject field. Less that 70, I suppose.
How many characters do you need? We might be able to get it up to a few hundred, but not much more than that.
Subject: When I add a mail filter based on message size, citserver crashes
Hello All,
I added a mail filter to an account I created. The rule is as follows; If the message size is larger than 10MB, send the defined reject message and stop. I tried almost every variation but no luck :( will you please help me to solve this?
Thank you.
After defining the rule, when I test it, the following situation occurs in the log.
{"log":"citserver[7]: fulltext: indexing started. msgs 457--458\n","stream":"stderr","time":"2024-11-07T13:50:53.342358177Z"}
{"log":"citserver[7]: msgbase: CtdlFetchMessage(458, 1)\n","stream":"stderr","time":"2024-11-07T13:50:53.344190837Z"}
{"log":"citserver[7]: fulltext: ft_index_message() adding msg 458\n","stream":"stderr","time":"2024-11-07T13:50:53.374346074Z"}
{"log":"citserver[7]: msgbase: CtdlOutputPreLoadedMsg(TheMessage=not null, 0, 0, 0, 1\n","stream":"stderr","time":"2024-11-07T13:50:53.374414953Z"}
{"log":"citserver[7]: msgbase: fixed_output_pre() type=\u003cmultipart/mixed\u003e\n","stream":"stderr","time":"2024-11-07T13:50:53.376436866Z"}
{"log":"citserver[7]: msgbase: fixed_output() part 1: (text/plain) (22 bytes)\n","stream":"stderr","time":"2024-11-07T13:50:53.376535161Z"}
{"log":"citserver[7]: msgbase: fixed_output_post() type=\u003cmultipart/mixed\u003e\n","stream":"stderr","time":"2024-11-07T13:50:53.37821028Z"}
{"log":"citserver[7]: fulltext: wordbreaking message 458 (23 bytes)\n","stream":"stderr","time":"2024-11-07T13:50:53.378250008Z"}
{"log":"citserver[7]: fulltext: indexing message 458 [2 tokens]\n","stream":"stderr","time":"2024-11-07T13:50:53.37836418Z"}
{"log":"citserver[7]: fulltext: indexer has run for 0 seconds; yielded=0\n","stream":"stderr","time":"2024-11-07T13:50:53.379728317Z"}
{"log":"citserver[7]: user_ops: 5 maps to avayacit03\n","stream":"stderr","time":"2024-11-07T13:50:53.380228496Z"}
{"log":"citserver[7]: msgbase: CtdlFetchMessage(457, 1)\n","stream":"stderr","time":"2024-11-07T13:50:53.38032817Z"}
{"log":"citserver[7]: inboxrules: for avayacit03, messages newer than 457\n","stream":"stderr","time":"2024-11-07T13:50:53.380492983Z"}
{"log":"citserver[7]: inboxrules: processing message #458 which is higher than 457, we are in 0000000005.Mail\n","stream":"stderr","time":"2024-11-07T13:50:53.38068976Z"}
{"log":"citserver[7]: inboxrules: processing rule: 0 , field: size\n","stream":"stderr","time":"2024-11-07T13:50:53.38081185Z"}
{"log":"citserver[7]: inboxrules: loading metadata for message 458\n","stream":"stderr","time":"2024-11-07T13:50:53.38082569Z"}
{"log":"citserver[7]: inboxrules: rule activated\n","stream":"stderr","time":"2024-11-07T13:50:53.380832963Z"}
{"log":"ctdlvisor: pid=7 exited, status=139, exitcode=0\n","stream":"stderr","time":"2024-11-07T13:50:53.430515813Z"}
{"log":"ctdlvisor: citserver crashed on signal 11\n","stream":"stderr","time":"2024-11-07T13:50:53.430548361Z"}
{"log":"ctdlvisor: citserver running on pid=76\n","stream":"stderr","time":"2024-11-07T13:50:53.430624425Z"}
{"log":"ctdlvisor: executing citserver\n","stream":"stderr","time":"2024-11-07T13:50:53.430660564Z"}
{"log":"citserver[76]: main: creating lockfile\n","stream":"stderr","time":"2024-11-07T13:50:53.447751474Z"}
Subject: No working install posible on debian bookworm or other raspberry pi os
Hi Guys,
I have been busy day's to get citadel running on my raspberry pi but without success.
The setup and needed download when use easy install are good to go, but when it comes to login to the admin it goes wrong.
When installing the easy install the standard way so use admin and the password citadel for the web cit to login i got always an password error.
If i run the easy installer again and replace the admin and password with some of my own i have the same problem with password error.
I did searched google for an answer but there is less information on how to get it work on Debian bookworm.
Maybe someone did had the same problems as i have? and solved them?
Or maybe someone can help me out here? because it is very frustrating when trying days without success.
Thanks in Advance.
Alcomys
I suppose that in some emails clients there is a maximum from
which is cut.
But 70 (??) is too few.
Ok, it will be 256 in the next update.
Subject: Re: When I add a mail filter based on message size, citserver crashes
Hello All,
I added a mail filter to an account I created. The rule is as follows; If the message size is larger than 10MB, send the defined reject message and stop. I tried almost every variation but no luck :( will you please help me to solve this?
Thank you.
Thank you for such a well researched and clearly written bug report. I was able to reproduce this issue immediately, and was also able to get a stack trace of the crash, so it ought to be fixable reasonably quickly.
An official issue tracker page has been created at [ https://uncensored.citadel.org/wiki?go=Citadel%20Issue%20Tracker?page=2024nov12-crash ]