Debian Trixie (13) - grommunio-setup

crpb

what exactly doesn't work now? i'm a bit lost in the history 😛
btw, https://docs.rspamd.com/configuration/metrics/#actions-vs-thresholds-important set reject to something like 12-13 and it usually goes down.

And if the milter isn't configured in postfix you will need to show your configuration.
postconf smtpd_milters should show intet:localhost:11332 and there should be the rspamd running at that port sport -ltpe sport = 113322

valenting

crpb Milter works, but as I said earlier, "light" spams are not put into spam folder, they arrive directly into inbox.
Grommunio does not detect them as spam:

The only way I found to keep spams without putting them to inbox was to set quarantine in rspamd (/etc/rspamd/actions.conf) instead of add_header:

Now spams are stuck in postfix queue but at least they don't spam users inboxes...

Else, Rspamd correctly add headers to spams, but grommunio won't detect them and won't put them in spam folder.

valenting

So what does not works is spam folder, because with default behavior, spams are put directly into inbox, not detected nor listed by grommunio, and I have no way to configure this

crpb

Spam is only put into the junk folder by Outlook. You would need to create inbox-rules for each user to automatically move those mails into the junk folder if they are e.g. tagged as spam in the header.

EDIT: Use the Search function. This was more than once discussed.

valenting

crpb
But @umgfoin said that we could configure this with :
gromox.cfg:
lda_junk_rules = X-Spam=yes; X-Spam=1

The problem is the gromox.cfg doesn't seems to exist with debian builds

crpb

valenting gromox.cfg:
lda_junk_rules = X-Spam=yes; X-Spam=1

TIL! Completly missed that new feature.

valenting The problem is the gromox.cfg doesn't seems to exist with debian builds

You can just create /etc/gromox/gromox/cfg, it doesn't have to exist for a working system but for any modifications.

valenting

crpb I did it but it had no effect

crpb

valenting crpb I did it but it had no effect

And you restarted gromox-delivery? Or restart..
And did you revert the rspamd changes aswell?

Never tried it so i would need to test it (by disabling the inbox-rules and and and ) first to say anything.

valenting

crpb I just found out that gromox.cfg was owned by root, I chowned it and restarted delivery, and also rolled back rspamd changes and restarted it, we'll see

valenting

crpb
I received a spam,

spam history in admin panel is still empty,
but the spam is correctly put in spam folder now !
So a part of the problem was indeed the file owner!

crpb

valenting spam history in admin panel is still empty,

you mean that counter somewhere in the admin-web?

Is the link to your rspamd/antispam correct and working?
what does rspamc stat say?
does this work curl $(grommunio-admin config get options.antispamUrl)?

valenting

The link is working,
rspamd button is visible,
rspamd stat gives tons of infos:
Results for command: stat (0.024 seconds)
Messages scanned: 15926
Messages with action reject: 6666, 41.86%
Messages with action soft reject: 0, 0.00%
Messages with action rewrite subject: 0, 0.00%
Messages with action add header: 142, 0.89%
Messages with action greylist: 6, 0.04%
Messages with action no action: 6800, 42.70%
Messages treated as spam: 6808, 42.75%
Messages treated as ham: 6806, 42.74%
Messages learned: 0
Connections count: 29
Control connections count: 575
Average scan time: 0.584 sec
Pools allocated: 3737
Pools freed: 3711
Bytes allocated: 27956696
Memory chunks allocated: 111
Shared chunks allocated: 4
Chunks freed: 0
Oversized chunks: 6
Fuzzy hashes in storage "rspamd.com": 2931537444
Fuzzy hashes stored: 2931537444
Total learns: 0
and the curl command works

valenting

and yes, I mean the "domain.tld:8443/spam" page, on admin panel, it is labeled "spam history" or something like that, and should list all spams

valenting

The simple counter on home page is working, still

MarkVnl

First of all, hello and thanx for providing grommunio-ce

I hope this is the right thread to address some observations on grommunio-setup-deb (https://github.com/grommunio/grommunio-setup-deb/tree/master)

I can confirm the issue raised by sarabanjina on github that a missing backslash in grommunio-setup on line 1288 breaks the correct setup of postfix main.cf
https://github.com/grommunio/grommunio-setup-deb/blob/1650b59a12a3e74fe981f78291738786cbe8d72e/grommunio-setup#L1288
This results in a missing smtpd_miltersfor rspamd

Besides this rspamd seems to be missing a configuration for redis, after dropping one in /etc/rspamd/local.d learning spam and ham seems to be working

cat /etc/rspamd/local.d/redis.conf 
read_servers = "127.0.0.1";
write_servers = "127.0.0.1";

Last observation is the clamav configuration /etc/rspamd/local.d/antivirus.conf seems to be faulty, have not jet found a solution for this. At the moment is just removed all clamav packages and configuration as I do not really need antivirus on this mail server

MarkVnl

MarkVnl Last observation is the clamav configuration /etc/rspamd/local.d/antivirus.conf seems to be faulty, have not jet found a solution for this. At the moment is just removed all clamav packages and configuration as I do not really need antivirus on this mail server

On github @toolonghere pretty much observated the same things, and regarding the rspamd antivirus configuration found out the configuration file is nested to much (point 1):
https://github.com/grommunio/grommunio-setup/issues/20

thclo

So, just found this threat since im doing a full rebuild and with a re-validation on packages, dependencies.
A full debian complaint install is what im working on. Currently i tested a community build and today upgraded my test server to my packages and got an error free install.

I wanted to use git but on a lot of packages i would need to change versionnumbers so i too a rebuild with as base the community packages on debian 13, and transformed these into a debian complaint set ( based on compat 13.) ps. A move to compat 14 will make it easier to handel user installs.
Compat 14, that next after the full rebuild is tested. i found a few dependencies bug, few missed which suse uses, but are not installed or used during builds in debian.
When its done i'll share the github links.

Why im doing this, well, im a Debian fan and a zarafa/kopano fan. my old kopano server really need the upgrade.. ;-)

And great work guys, i seen a lot on github around, which helped me and i hope i can contribute to a good base for Debian soon.

« Previous Page