Subject: Re: Filter to move Messages marked by SpamAssassin
I'm having the same issue. I just installed Citadel on a new system and duplicated the Server side filters and they no longer work as they did before. I have the following selected:
X-Spam-Status | contains | True | Forward to newemail@address.com
I've checked the email and it does contain True. It is not performing the action.
Any help would be appreciated.
Fri Mar 18 2022 13:53:48 EDT from wintpe Subject: Re: Filter to move Messages marked by SpamAssassin
Sat Mar 12 2022 15:51:03 EST from manutremo Subject: Re: Filter to move Messages marked by SpamAssassinHi, I see this was posted close to 1 yr ago, but I didn't find any answer.
I'm runnning into exactly the same issue as the op, that is, I'm trying to set a rule that checks the X-Spam-Status and sends it to a spam folder if it contains "True" (I checked the headers of a GTUBE email and it contains "True" instead of "Yes" as stated in the spamassassin documentation).
Any idea or workaround?
Thanks in advance,
I have a working setup with SpamAssassin marking incoming Mail.
Now I want Citadel to move all marked EMails to a Spam-Folder before delivering them to the clients. As I understand it the way to do that is using the server-side mail filters. I just can't seem to get the filter to work.
I expected the filter to be like:
If |X-Spam-Status| |contains| |True| |Move message to| |Spam| and then |continue processing|I derived the filter from the EMail headers generated by SpamAssassin (The required value is -10.0 to force the EMail as Spam)
X-Spam-Level: X-Spam-Status: True, score=0.8 required=-10.0However, no EMail matches the filter. If I invert the condition (from |contains| to |does not contain|), all EMails get sent to the Spam folder, so the problem is not with in the moving messages part.
Any Ideas?
Just airing the way ive gone about this.
While the basic citadel setup through the admin pages is well covered i found that it was easier to just have citserver answering port 25 and sending on to the smarthost, this keeps the whole thing reliable and easy to follow things when they go wrong.
I run my citadel on rocky but as a virtual machine on a proxmox server, and proxmox also have a mailrelay server that runs as a virtual machine under proxmox.
the mailrelay does everything you are asking for and more, and has a fabulous GUI for setting it all up, although if you want to mess with its postfix main.cf you need to look at its templates as it updates main.cf through the gui.
proxmox mail covers antivirus, spam, whitelists blacklists logging, dk/dm*
and its free for non commercial use.
regards peter
Can anyone help on the Server-side mail filters?
I had an old install of Citadel on Centos 7 and the Service-side mail filters worked well. Here is the filter:
X-Spam-Status | Contains | True | Forward to newemai@address.com
I've tried duplicating this on a new Centos 8 build with Citadel from the Easy Install. The email is never forwarded.
I've tried the following:
X-Spam-Status | Contains | True | Forward to newemai@address.com
X-Spam-Status | Contains | Yes | Forward to newemai@address.com
X-Spam-Status | Contains | T | Forward to newemai@address.com
X-Spam-Status | Contains | Y | Forward to newemai@address.com
None of the above work.
I can forward email using the Subject so that filter does work. Unfortunately Citadel will not pick up a new subject from Spamassassin. In other words, Spamassassin changes the subject to ****SPAM**** and citadel doesn't use the new subject. I've verified that Spamassassin is changing the subject by running tests with Spamassassin.
I'm really stuck here and could use some help please.
Citadel 956 is now available for download, both as source tarballs and via Easy Install. For those using the container (Docker etc.) package, that will build overnight so it should be online by tomorrow, June 13.
This is the version that finally fixes the bug that made attachments and embedded graphics sometimes fail to work properly on low-spec systems such as Raspberry Pi. So if you were impacted by this bug, now is the time to upgrade!
It also brings a new build system which has been tested, but not extensively tested, so if you're not impacted by any bugs, you might want to let this one pass you by.
Also I think we finally have the changes we made to improve FreeBSD working in a way that doesn't impact Linux anymore.
Share And Enjoy!
Try the new version, we just did an update.
Thanks for the reply,
I didn't try the new version but I don't think the issue is resolved. I just downloaded the source again and the problem was and still is in serv_inboxrules.c the field 'compare_me' never gets filled for 'field_xspamstatus' at line 615.
Last night I corrected the src and tried to re-compile using the compile from source instructions on a version of Centos 8. The compile would not work. The configure program does not set the folder correctly for the include files. I corrected that issue and a few others but it still would not compile. I gave up at that point.
I ended up reverting to an older version of Linux (Ubuntu 18.04) with an older version of Citadel (917) that could be installed with apt. That worked.
Regards,
Allen
Just tried doing an Easy Install of Citadel on Red Hat. Still getting the following error:
Error
Setup could not connect to a running Citadel server.: No such file or directory citadel-admin.socket
Not sure what's causing this error. Please advise.
Sorry if this is a duplcate.
I got this message:
Ive got a database error message
//
citserver[1288]:
citserver[1288]:
citserver[1288]: *** Citadel server engine ***
citserver[1288]: Version 929 (build f59e2e677) ***
citserver[1288]: Copyright (C) 1987-2020 by the Citadel development team.
citserver[1288]:
citserver[1288]: This program is open source software: you can redistribute it and/or
citserver[1288]: modify it under the terms of the GNU General Public License, version 3.
citserver[1288]:
citserver[1288]: This program is distributed in the hope that it will be useful,
citserver[1288]: but WITHOUT ANY WARRANTY; without even the implied warranty of
citserver[1288]: MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
citserver[1288]: GNU General Public License for more details.
citserver[1288]:
citserver[1288]: libcitadel(unnumbered)
citserver[1288]: Checking directory access
citserver[1288]: Opening databases
citserver[1288]: db: mounting databases
citserver[1288]: Initializing configuration system
citserver[1288]: Creating base rooms (if necessary)
citserver[1288]: Seeding the pseudo-random number generator...
citserver[1288]: control: sanity checking the recorded highest message and room numbers
citserver[1288]: db: cdb_fetch(4): BDB0075 DB_PAGE_NOTFOUND: Requested page not found
Message from syslogd@citadel at Jun 14 17:53:47 ...
citserver[1288]: db: cdb_fetch(4): BDB0075 DB_PAGE_NOTFOUND: Requested page not found
Broadcast message from systemd-journald@citadel (Tue 2022-06-14 17:53:47 BST):
citserver[1288]: db: cdb_fetch(4): BDB0075 DB_PAGE_NOTFOUND: Requested page not found
I tried
cd /usr/local/citadel/data; /usr/local/ctdlsupport/bin/db_recover -c
and got :
db_recover: BDB1520 Recovery function for LSN 597 28 failed on forward pass
db_recover: BDB0061 PANIC: No such file or directory
db_recover: BDB1544 process-private: unable to find environment
db_recover: DB_ENV->open: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
Then tried .\database_cleanup.sh and got this:
Citadel Database Cleanup
---------------------------
This script exports, deletes, and re-imports your database. If you have
any data corruption issues, this program may be able to clean them up for you.
Please note that this program does a Berkeley DB dump/load, not a Citadel
export. The export files are not generated by the Citadel export module.
WARNING #1:
MAKE A BACKUP OF YOUR DATA BEFORE ATTEMPTING THIS. There is no guarantee
that this will work (in case of disk full, power failure, program crash)!
WARNING #2:
citserver must NOT be running while you do this.
WARNING #3:
Please try "cd /usr/local/citadel/data; /usr/local/ctdlsupport/bin/db_recover -c" first. Run citserver afterwards to
revalidate whether its fixed or not, No news might be good news. Use this
tool only if that one fails to fix your problem.
WARNING #4:
You must have an amount of free space on your disk that is at least twice
the size of your database, see the following output:
(for substantially better performance you should specify a location that is
on another disk than /usr/local/citadel/data)
Filesystem Size Used Avail Use% Mounted on
udev 961M 0 961M 0% /dev
tmpfs 196M 19M 178M 10% /run
/dev/sda1 96G 26G 66G 29% /
tmpfs 976M 0 976M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 976M 0 976M 0% /sys/fs/cgroup
tmpfs 196M 16K 196M 1% /run/user/116
tmpfs 196M 0 196M 0% /run/user/1000
you will need 5.0G of free space.
Do you want to continue? Y
DO NOT INTERRUPT THIS PROCESS.
Dumping cdb.00
Dumping cdb.01
Dumping cdb.02
Dumping cdb.03
Dumping cdb.04
Exiting
citserver then started OK, but the cloent usernames and passwords were not recognised,
Any ideas on how I can startt and recover the data?
regards
Kim
I ran the db_baclup and db_restore commands manually and citserver has now started successfully.
Thanks for pointing out the failure.
Rgds
Kim
On Red Hat Enterprise.
Ok, I don't have access to that operating system since it costs a lot of money, but we can try a few things.
First, see if you can start Citadel Server from the command line:
cd /usr/local/citadel
./citserver -x9
If it looks like it's running, try running setup from another terminal. If it crashes, please post the last screenful of output.
First of all, thanks for your response. I had not seen it till after trying to install again and got back the same error indicated in previous message. So I followed your instructions and this is what I got back. I also checked the status of citadel service which indicated that it failed to start as you can see.
hi guys
when I putty into my server I get these broadcast messages
Message from syslogd@citadel at Jun 16 18:00:58 ...
citserver[4312]: db: cdb_store(8): BDB0075 DB_PAGE_NOTFOUND: Requested page not found
Broadcast message from systemd-journald@citadel (Thu 2022-06-16 18:00:58 BST):
citserver[4312]: db: cdb_store(8): BDB0075 DB_PAGE_NOTFOUND: Requested page not found
THis is clearly not good!
so the dump and restore of the database didnt seem to have fixed my issue, and I know if I stop citserver it wont start up properly
any Ideas on how I should progress?
Regards
Kim
Some further thoughts,
When I set this Citadel server up a few years ago I used a set of migrate commands that dumped the database as XML and then imported the XML,
does anyone know how I can find those commands?
I also recall that because of the size of the database, and the slowness of the servers I had to set a timeout parameter otherwise the actions failed,
but of course I dodnt write anything down so I cant remember what I did!
Rgds
Kim
When I set this Citadel server up a few years ago I used a set of
migrate commands that dumped the database as XML and then imported
the XML,
does anyone know how I can find those commands?
I also recall that because of the size of the database, and the
slowness of the servers I had to set a timeout parameter otherwise
the actions failed,
The program is called "ctdlmigrate" and you run it on the *receiving* system.
And I have good news: this program was substantially re-engineered last year and it is far more performant and reliable than it used to be. We removed the troublesome SSH transport and replaced it with a direct Citadel-to-Citadel connection.
Here's a documentation page showing the instructions, including a pretty screenshot!
[ https://www.citadel.org/how_do_i_move_citadel_to_another_host.html ]
When I set this Citadel server up a few years ago I used a set of
migrate commands that dumped the database as XML and then imported
the XML,
does anyone know how I can find those commands?
I also recall that because of the size of the database, and the
slowness of the servers I had to set a timeout parameter otherwise
the actions failed,
The program is called "ctdlmigrate" and you run it on the *receiving* system.
And I have good news: this program was substantially re-engineered last year and it is far more performant and reliable than it used to be. We removed the troublesome SSH transport and replaced it with a direct Citadel-to-Citadel connection.
Here's a documentation page showing the instructions, including a pretty screenshot!
[ https://www.citadel.org/how_do_i_move_citadel_to_another_host.html]Thanks for this, however I have an older version of the server running (929), and the documents suggest that the sending and receiving servers should be the same version. Also on a different note I have some Thunderbird users who have accessed the Citade server as a IMAP server, they ran compact which seemed to delete messages on the citadel server, have these messages really been deleted or are they still i the database somewhere, and can they be recovered?
RgdsKim
Hello all!
I got Citadel working with my IPA server for LDAP auth. Now for email.
It appears Citadel did not install any email services.
netstat -lnp
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:22 0.0.0.0:* LISTEN 1054/sshd
tcp6 0 0 :::80 :::* LISTEN 64724/webcit
tcp6 0 0 :::22 :::* LISTEN 1054/sshd
tcp6 0 0 :::443 :::* LISTEN 64746/webcit
tcp6 0 0 :::5222 :::* LISTEN 65029/citserver
raw6 0 0 :::58 :::* 7 1039/NetworkManager
raw6 0 0 :::58 :::* 7 1039/NetworkManager
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ACC ] STREAM LISTENING 61547 6367/sssd_nss /var/lib/sss/pipes/nss
unix 2 [ ACC ] STREAM LISTENING 25936 991/irqbalance @irqbalance991.sock
unix 2 [ ACC ] SEQPACKET LISTENING 15668 1/systemd /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 15680 1/systemd /run/lvm/lvmpolld.socket
unix 2 [ ACC ] SEQPACKET LISTENING 15689 1/systemd /run/systemd/coredump
unix 2 [ ACC ] STREAM LISTENING 41304 6228/systemd /run/user/0/systemd/private
unix 2 [ ACC ] STREAM LISTENING 41312 6228/systemd /run/user/0/bus
unix 2 [ ACC ] STREAM LISTENING 64148 6364/sssd /var/lib/sss/pipes/private/sbus-monitor
unix 2 [ ACC ] STREAM LISTENING 64747 6366/sssd_be /var/lib/sss/pipes/private/sbus-dp_implicit_files.6366
unix 2 [ ACC ] STREAM LISTENING 13717 1/systemd /run/systemd/journal/stdout
unix 2 [ ACC ] STREAM LISTENING 15286 1/systemd /run/systemd/private
unix 2 [ ACC ] STREAM LISTENING 278834 65029/citserver citadel.socket
unix 2 [ ACC ] STREAM LISTENING 278835 65029/citserver citadel-admin.socket
unix 2 [ ACC ] STREAM LISTENING 278846 65029/citserver lmtp.socket
unix 2 [ ACC ] STREAM LISTENING 278847 65029/citserver lmtp-unfiltered.socket
unix 2 [ ACC ] STREAM LISTENING 41693 1/systemd /var/run/.heim_org.h5l.kcm-socket
unix 2 [ ACC ] STREAM LISTENING 16355 1/systemd /run/dbus/system_bus_socket
And the settings in site settings dont appear to point to a server or service on the local system.
Do I need to install Dovecot/Postfix to complete the email solution?