NethServer Version: NS8
Module: Mail
OS Debian 12
Hi i’m trying to setup a NS8 server for mail behind my Nethsecurity firewall
I’ve a portfowarding for port 25 and 587 to to my NS8 server.
The domain is for mail.domain.com and sogo.domain.com are a reverse proxy to the IP of NS8
When receive a mail i see it in the rspamd menu and it greylisted
But it stays there forever.
I also see these errors
|16-8-2024, 19:13:14|normal|28|lua|56daa5|error querying dns \97.67.101.52.asn.rspamd.com\ on 127.0.0.1: server fail|
|---|---|---|---|---|---|
|16-8-2024, 19:09:39|controller|27|map|5t8s4f|cannot resolve sa-update.surbl.org: server fail|
|16-8-2024, 19:09:39|controller|27|map|u9r7uu|cannot resolve maps.rspamd.com: server fail|
|16-8-2024, 19:09:39|controller|27|map|o33omj|cannot resolve maps.rspamd.com: server fail|
|16-8-2024, 19:09:39|controller|27|map|7n3qic|cannot resolve maps.rspamd.com: server fail|
|16-8-2024, 19:09:39|controller|27|map|yhcyzt|cannot resolve maps.rspamd.com: query timed out|
|16-8-2024, 19:09:39|controller|27|map|k8f914|cannot resolve maps.rspamd.com: query timed out|
|16-8-2024, 19:09:39|controller|27|map|1u5hdp|cannot resolve maps.rspamd.com: query timed out|
|16-8-2024, 19:09:38|controller|27|map|dyatkr|cannot resolve maps.rspamd.com: query timed out|
|16-8-2024, 19:09:38|controller|27|map|fdp86m|cannot resolve maps.rspamd.com: query timed out|
When i disable the greylisting in NS8, the email is let through
I’ve found this thread.
I have the same problem on other server, but on port 53 (and not 10053) it is resolved fine.
I think there are some problems with unbound service…
dig @127.0.0.1 -p 10053 google.com
;; communications error to 127.0.0.1#10053: connection refused
;; communications error to 127.0.0.1#10053: connection refused
;; communications error to 127.0.0.1#10053: connection refused
; <<>> DiG 9.18.28-1~deb12u2-Debian <<>> @127.0.0.1 -p 10053 google.com
; (1 server found)
;; global options: +cmd
;; no servers could be reached
What could this be?
mrmarkuz
(Markus Neuberger)
August 17, 2024, 9:39am
2
How long did you wait?
Greylisting soft rejects the mails if the sender is unknown and waits for redelivery of the sending mail server.
Check out Mail — NS8 documentation and Greylisting (email) - Wikipedia for more information.
MadPatrick:
I also see these errors
AFAIK they can be ignored.
MadPatrick:
I’ve found this thread.
It’s for NS7 that used unbound locally on port 10053 so the commands won’t work for NS8.
MadPatrick
(MadPatrick)
August 17, 2024, 12:25pm
3
I think i’d waited 20-30 minutes.
Not sure but i saw today with a new test an error with redis in the log line.
Also the historie is gone in rspam UI in NS8 after a restart of the server
When do the same in NS7 i can see the complete history from previous restarts
mrmarkuz
(Markus Neuberger)
August 17, 2024, 7:37pm
4
Greylisting delays can be longer.
I can confirm that after a container restart the rspamd history is lost. @stephdl do you see a way to make it persistent?
1 Like
stephdl
(Stéphane de Labrusse)
August 18, 2024, 7:05am
5
we mount the redis database to a volume, for what I see, I need to check why the history is not saved,
however the log are sent to the console
I guess if it is not a feature to prevent the container cannot grow to much
2 Likes
stephdl
(Stéphane de Labrusse)
August 18, 2024, 7:58am
6
Ok I think we miss the history_redis in ns8 to store the history in redis
2 Likes
Sound like a bug found
Ok. i’ll keep it in mind.
I always thought delay was a few minutes
stephdl
(Stéphane de Labrusse)
August 19, 2024, 3:05pm
9
I suppose bayes cannot work properly
[mail2@r3-pve state]$ podman exec -ti rspamd ash
/ # ls /var/lib/redis/
/ #
no rdb database file
stephdl
(Stéphane de Labrusse)
August 20, 2024, 7:51am
10
this is an interesting bug
/ # redis-cli -s /run/redis/volatile.sock
redis /run/redis/volatile.sock> keys *
1) "rrb4tefoxfy66csk4rcj1n"
2) "rs_historyr3-pve.rocky9-pve3.org_zst"
3) "rn2_default_1_default"
4) "rrphfas717eg3psej4o9fj"
5) "rryaczp9hfrhq5o4efcbks"
6) "rn_default_default_8ewekaep_0_ham_set"
7) "rs_clamav_da9d90318bd9b1db1f424e30750658c5"
8) "rs_clamav_442b42b64d75829301fd0d3ddd2e2f50"
9) "rs_clamav_64b06df3c42ace1bee03ebee426ce5ea"
so we log by default to volatile, obviously the first restart and everything is gone
[mail3@r3-pve state]$ systemctl restart --user rspamd
[mail3@r3-pve state]$ podman exec -ti rspamd ash
/ # redis-cli -s /run/redis/volatile.sock
redis /run/redis/volatile.sock> keys *
(empty array)
but like we can see we build the key with the fqdn of the server, it means if we move the module to another node the key will never be found because we build the key_prefix with the FQDN
/ # grep -srni 'rs_history' /etc/
/etc/rspamd/modules.d/history_redis.conf:17: key_prefix = "rs_history{{HOSTNAME}}{{COMPRESS}}"; # Default key name template
I think we need to add --hostname=rspamd \
to the container and keep always the same hostname, or override a custom key_prefix without the hostname
2 Likes
stephdl
(Stéphane de Labrusse)
August 20, 2024, 8:11am
11
probably fixed
[mail4@r3-pve state]$ systemctl restart --user rspamd
[mail4@r3-pve state]$ podman exec -ti rspamd ash
/ # redis-cli -s /run/redis/persistent.sock
redis /run/redis/persistent.sock> LRANGE rs_history 0 -1
1) "(\xb5/\xfd`+\aM\x19\x00v\xaa\x82'\xe0\xb0\xea\x01\xe8wne\x82\xe3 b0\xab\x1bO9\x1d\xf7\xc2l\x1d\xbc\xb8$\xd2kYG\b)b\xc6c\x8c1\xc6\xd8\xe0p\x00{\x00w\x00\x19\xce\x06\x19o\x9a\xb7\xb6\xd7r\x95\xba\xf4\xe7,7\xf3\xd7\xfb\xdaa$\x8aH\x7f\r\xab\x1dF\xc8@\x84<\x1cQ\xfaF?\xcf\xe7\xecv\xe8\x90\xe3\xe1 pD\xc8\xa5w\xd6a\a\"=\x7f\xa5\xaf\xbdZ\xe9\xce\xbe\xe2\xb3oH\xd7u\xc3\x9a\xfe\xacm\x87\x04\x90\xf4\xcf8\xd3\xb3~\xb6\x9a\x8b\xcf\x0e_o\x14#\xbd~\xd7Y\x0b=\xb5u\xf8\xf0u\xe9\x17\xdb\x9dQ\xdf\b\x96r\xb8>\x0e\xe7\x83\xa7_\xcb6\xe5\x9e%\xe1z\x94\n\xe5\xb2\xb39\xd3_}C:e]\a3a\x82I\xd4\xb4$\\\x93R\xa16|\xe18\xda\xa1\xe7\xd7\xdd\xe6\xf4@v\xa1\x12(\x12\x90D\x92\b&FI$f\x92\x18\xd5\xa8^j$\x80<\xc4\xa5W\xfb|\x86j\xfd\x9c\xc3\b\x12\xc5\a\xf4\x10\x88@{f\xd8\xabqH1\xb1\xbb,;\x8c1\xc6\b9\x1e\x8fC\xcfd\xec\x18\xf8M\xf7D\x1c\x8b\xdb\xb2\x10\xe6D\xed\xfb\x19\xe9\xc9\xaf\x1d^\xc6\xf7\xe5\xdf,\xa5\x1e\x88\x97_\xdb\xf6\xef\xd3T{\x92\xc3\xa4 &BU\xb1X*\x94\xd6\xfb\xbe\xedl\xf6\xf9\xbd\xb6\xdf\xb6I\x0b\x0b\xd2\xac(\xd3\xc2(|o\x1a\x8a\xf9Z\xa0\xa5OH\xd7xC:e\xaa\x10*\x96IU\x14(\x8fC\xb7N\xdb\xfa\xe8\xfb\r\xd5\xde\xc6\xf7\xe9\xc7\xf5U\x94iU\x93\xb2\xae\x03\x87\x9dH\xaf\xc3\x98\xd9\xbc\x9fs\xe87\x1d\xd7\x15\xf3\xe4_~\xd1t0\xf8\xa1\x9a,\xecZSea\x0cPea\x0c\xbf\xb1\x9f\xfd\xf5p\xb4\xaeIbb\x95\x835\x99\x94\x87\xc9\xb5\xef\xeb\x0b}\x9f5\x9b\xde\x8c\xd5orI\xd5\x9c\\\x92\xc3N|mc\xacaz<\x8f'b\x81a\xba\xf0\xf6\x9b\xfb\xf4=G\xb5\xb6O\xeb\xcf\xb5\xd2\x87j\x9a\r\x13\x80\x8c\xd3D\xba0\xd8\x89O\xc7\xd9\xcf\xbe\xbf/\xce\xde\xc5\xc0W\x01^K\xb7.`g|q\xa8\xd1\x15D2\x13\x91\x04\"#IA2\x1c BB\x8ctv\x03\x12\xe8\xc28\x86C,C\tc\x04\xb2`D\x82\x0c\xe3\x14:\xd0\xa7FxI3Xu\x88\xc0y\xb6\x11\x88\x9a\xa0/|\xe2\"\xe64\xcc\x17\xc14\xa5\xbe\xd6\xe5V3\x81\xb07\x91S\b\x14\x17\xecF\xc6\xa0\x93\xb7X\x14x\xa1\\S&\"M\x8ci\x8d\xed\xc9!_\x19\x92gV\xbc\x05\xd1\xed\tI6\xa1c\x01\x13\xc3\xc6\x1a\x7f\xfd;\xf0,\xaf\x8c'm\xd12\xe6/\x14\x84*x\x8e\x11\xa8s\x8e\x8b\xeb\xa6\xcdY\x8ax\x7f\x8f9\x87\xeb\x91\x17\x13s\xd6\xb2\xe1\xdd$\xb3\xac\x1f\xebRz\xb8K\x1cX`\x1a\x02\x86_\xf0Oo\xc0\x16\b\xe9E\xe5'FV\xa1\xcb[\xa4aa0\xae=49\xe43\xf5C\xef\xb3\xba\xdeu\xd7\xc474\xe1\xf1\xd5\x8e\xa4\x8a4vD\xa4\x040\xa7B\xab\a\xc5\xf2\x05\x0bH\x95\xda\x0f\xca\x02\xf0\x01X-\xc9\xf05\x02\xb9\xe6\xe7\xdfvS\xef&\xb2\xe2~\x0b}\x93 \xe6Wj2*\x02\x80\x90\xbf\xa0\xec]\xcb\x91\xaa\xdbM\x9dx\xcf"
2) "(\xb5/\xfd`+\aM\x19\x00f\xaa\x82'\xe0\xb0\xea\x01\xf8\x1b\xb9\xa3\xa0y\x171\x98\xd5\x82\xe1\x0e\xcf\xdexj$W\xbd\x11z\x9a\xa0~R\x003\xe4\xc6\x18c\x8c1\xe0u\x00u\x00x\x00\xd2#\x8bj\xf6xDU\x00\x82D\x91\xf4\x11\x97^\xed\xf3\x1a\xaa\xf5s\x9e_w\x9b\xd3\x914\x89\x12$E\x12hO\x0c{7\x0e%\"v\x97e\x871\xc6\x18!\x87\xf4H\xff\x8c3\xed\xd05\x19;\x1e\xcf\xe9\x1e\x81\x8c\x8a\x0cg\x82\x8c7\xcd[\xdbk\xb9J]\xfas\x96\x9b\xf9\xeb}\xed\x10\x9aD\xa4\xbf\x86\xd5\x0e\x1drH\x0e\x88#B.\xbd\xb3\x0e\x1f\xbe.\xfdb\xbb3\xea\x1b\x01\xd6\xac.\xac\xc0a'\xd2\xeb0f6\xef\xe7\x1c\xfa\xb5\x94\xc3\xf5q8\x17<\xfdZ\xb6)\xf7.\a\xd8\xabX*\x97\x9d\xcd\x99\xfe\xea\x1b\xd2\xab\x0b+\x98\a\x14\xccT\xcd\xcb\x016+\x96j\xc3\x13\\\x86v\xd8\x89H\xcf_\xe9k\xafV\xba\xb3\xa7\xf8\xec\x1b\xd2u\xdd\xb0\xa6?k\xdb!\x04\x9a\xf5\xb3\xddX|v\xf8z\xa3\x19\xe9\xf5\xbb\xceV\xe8\xa9m\x16%\xb1\nDh\x8c?\x91\xa2\xfb\xd9\xf7\xf7\xc5\xd9\xbb\x17\xf8\"\xc0k\xe9\xd6\x05l\x8c\xdf\xd7e0\xa9j\xdf\xd7LO~\xcd\xf02\xbe/\xfffi\xf58\xbc\xfc\xda\xb6\x7f\x9f\xa6\xda\x9b\x18f\xe50\r,\xcb\xe5b\xa9\xb4\xde\xf7mg\xb3\xcf\xef\xb5\xfd\xb6mJH\x98\xa6U\x99\x17F\xc2\xf7\xb6\xa1\x99\xaf\x03Zz\x84t\x8d7\xa4W(\xcb\xc0r\x99\x95\x05\xa1\xf22\xe8\xd6i[\x1f}\xcf\xa1\xda\xdb\xf8>\xfd\xb8>\xab2\xaf\x1d\xd75\xf3\xe4c>\xb1\xd1\x0e%\x10I4y8\xa2\xf4\x8d~\x9e\xcf\xd9\xed\xb0\x93\xc1\r\x16ua\xeeEY\x17F\x01\xb2.\x8c\xc2s\xecg\x8f=\x1c/\x8c\x82\x98\x18\x8b\xe1\xa2\xccJ\x03\x05\xdb\xf7\xf5\x04}\x9f7\x9b^\x8d\xd5\x8f\x82M\xd6\xa4`\x93\xc3N|mc\xcc\x02%=\xd2\xf3\x90\xa0@ax{\xce}\xfa\x9e\xa3Z\xdb\xa7\xf5\xe7Zi\x83E\xcd\x05\n@F\x8a2a\x18\xd8\x89O\x97\x11q\xa8\xc1\x15Dd&\x9a\tDF\x92$i\x0c BB\x0cuv\x03\x12\xc8\xc2<\x86C,C\tc\x04\xb2`D\x82\x0c\xe3d8\xf7\x99\x16\x88\xc9\x16\x1a\xa2\xa6h\x0fO\\\xe99\xed\xf6\x8bp\x9a\x91\xbe\xd6\xe56v\x02ao\"\xa7\x0c(\xd0\xecp\xc7X\x1fy\x01~`2zL\xc1\x88{\xc4\xf4\xdc\xeaJ\x16I\xca\x14\x9eY\xd1\xac\xc4\xf6$$\xdb\a\x9d%\xac.\x9b7\xfe\xeb{\xfa\x99\x137\xbe\xdc\xa2'\xcc\xb7P\x10\xa8\xec)\"\xd0\xe7\x86k\xbe\x9b\x19\xb0\xf4\xf1\xfe\x9e9\x86k\x1f\x1d3;k\xdd\xe8lR\xb3\xaco\xeb\x92\xbdY%\x1c\xf8\xa1\x84l&\xfc\xdb\x7f\x84\x02rB\x88/\xeai\xb1@\x05\xea\xb7\b\xc3\xa2\xe5\r{h\x84\xc8\xe5\xf5\x81\x87\xb9]\xec\xbb\xd6\xd6wB\xe1\xd0\xf5\xae\xa4\x8ct\xb6\xa1\xa4\x13 P!A\xe7\xc4\xb1\x02\x8f\xa4\x12\xf2d\x99\x05\x9e\xfc\x9b\x8c\xf4A]\xefl\xb2\xfeam\xb2FRT\x81O\xfbRR6\xaa\r\xf1\xcaW\x90hN\xf3U\x9bb\x1d\bnG0\x150\x1d\x06\xaf\xf5\xc4{\x06"
3) "(\xb5/\xfd`+\aU\x19\x00f\xea\x82'\xe0\x90\xcc\x03lV:\xaa,{\x8ad4\x8b\x0b\x86;\xbcP4\x02\xfe\xbdg\xc6\xa9\a\xdfy,%1\xb91\xc6\x18c\x0c8v\x00v\x00x\x00_\xa3h\xa0\xe0\x11mQ\xad\x1b\x84\xe0\xa5\xcd\xa5W\xeb\xbc\x85j\xfd\x9e\xe7\xd7\xdf\xf64$\"x\x1e\xd0C\x00\x02\xed\xa9a\xef\xc5c\x05\xc5\xfe\xb4\xec\xf1y\x9e\xe7\x81\x1c\x0fG\xfag\xaci\x8fn\xc9\xd8\x11=\xe6s\n2\x17\x1a\xce\a\x19o\x9a\xb7\xb6\xd7z\x95\xba\xf4\xf7\xac7\xf3\xd7\xfb\xda\xa34 I\xff\r\xab=:\xe4x8$\xc7\x03\xb9\xf4\xcfz\x84\xf8\xba\xf4\x8b\xed\xd6\xa8k\x02\xd6\xac.\x0c\xc1\xe3\xe6\xa1\xd7\xe3\xa3\xd9\xbc\xdf\xf3\xe8\xd7R\x0fW\xe8\xe1\x8c\x00\xf5s\xda\xa6\x1e\xa4(`P2\xa9\\~6k\xfa\xabk\xa4W\x17\x860\x15\"\xd9TM\x8a\x026%\x93\xaa\xc3\x15/\xa3=n\x06\xa4\xe7\xaf\xf49X+\xdd\xda[|v\x8dt];\xcc\xe9\xcf\xdc\xf6(A\xb3~\xb6\x17\x8c\xcf\x1e_wt\x93^\xff\xfb\xec\x85\x9e\xdaV\xa0H\xdb\"h\xab\x8f\x04\xa1\x02\x01\xdb\xd9\xf7\xf7\xc5\x1a\xbc\x19\xf8.\xc4ki\xf7\x05l\x8d\xdf\xd7\x950\xa9j\xdf\xb7LN~\xfd\x003\xbe0\x7fgi\xe5D\xc0\xfc\xdc\xb6\x7f\xa1\xa6\x1c\x9c\x1ef\x151\x13\xac\t\x852\xa9\xb4\xde\xf7\xedg\xb5\xcf\xf0\xb9\r\xbbnb`\x98\xa6%\x99WV\xe1\xbb\xbb\xd0\xed\xab\x81\x96N!]c\x8dt\te%L(\xb3\x9a,H`\x86v\x9f\xb6\x15R\xf8\x18\xca\xc1\x8d/\xd4\x8f+\xb4$\xf3\n\x1b\xd7u\x83\xf21\xaf\\\xb4\xc7Hz Ir<\xd2;\xfay\xbeg\xb7\xc7\xcd\x86!,\xea\xca\xeeEYW\xd6\x00YW\xd6\xf0\x18\xfb\xdac\x10?\x17FM\xcc\xccz\xb8\"S\x02\x11\xc1\xf6}]\xa1\xf0\xf3e\xd3k\xb1\x1aF\xb0\xc9\x9a\x11l\xf2\xb8y\x9e\xdb8s\xa0\x1e\xce\xc3\x91`h\xa00\xdc=\xe6>\x85\xefQ\xad-\xd4\xfas\xad\x14\xc2\xa2\xa6\x03\x05 \x1f*2aY\xdc<\xce\x97\tq\xa8\xc1\x15Dd&\x9a\tDF\x92$i\x0c BB\x0cuv\x03\x12\xc8\xc2<\x86C,C\tc\x04\xb2`D\x82\x0c\xe3d8\xf7\x99\x16\x88\xc9\x16\x1a\xa2\xa6h\x0fO\\\xe99\xed\xf6\x8bp\x9a\x91\xbe\xd6\xe56v\x02ao\"\xa7\x0c(\xd0\xecp\xc7X\x1fy\x01~`2zL\xc1\x88{\xc4\xf4\xdc\xeaJ\x16I\xca\x14\x9eY\xd1\xac\xc4\xf6$$\xdb\a\x9d%\xac.\x9b7\xfe\xeb{\xfa\x99\x137\xbe\xdc\xa2'\xcc\xb7P\x10\xa8\xec)\"\xd0\xe7\x86k\xbe\x9b\x19\xb0\xf4\xf1\xfe\x9e9\x86k\x1f\x1d3;k\xdd\xe8lR\xb3\xaco\xeb\x92\xbdY%\x1c\xf8\xa1\x84l&\xfc\xdb\x7f\x84\x02rB\x88/\xeai\xb1@\x05\xea\xb7\b\xc3\xa2\xe5\r{h\x84\xc8\xe5\xf5\x81\x87\xb9]\xec\xbb\xd6\xd6wB\xe1\xd0\xf5\xae\xa4\x8ct\xb6\xa1\xa4\x13 P!A\xe7\xc4\xb1\x02\x8f\xa4\x12\xf2d\x99\x05\x9e\xfc\x9b\x8c\xf4A]\xefl\xb2\xfeam\xb2FRT\x81O\xfbRR6\xaa\r\xf1\xcaW\x90hN\xf3U\x9bb\x1d\bnG0\x150\x1d\x06\xaf\xf5\xc4{\x06"
4) "(\xb5/\xfd`=\aU\x19\x00\x96\xaa\x83'\xe0\xce\xea\x01\xf8\xc9\xa3\xc4\x04\xc7\xf3@/\xaa\x1d\x10\xc8\xd9&\xe3\xf53\xd7S\xcb\"\xa7\xd0\xbb\xa6>\xc6rf\x98a\x86\xf9pq\x00}\x00y\x00\x12\xd9\xc5\x05\xf8\xe6\x89\xf3W[9:;j\xe7*'\xb1S\xeb\xdf0\"\x11\x88\xda1\xea7\x8c\x03\x12H\x9c8b\xd4\xdbt,\x9d\xab\xb9aC\x0e\x88#\xe2\x88PG\xdd\xd5\x86\x1fI\xd4\xd8\xe9t\xedQ:s\xe6\x11\x8e;#\xea\xa7\xdb\xd5\xde\xb1\x96\x1bF\xa0\xa8\x1d\xdf\xec%u\\=\x13\x8e\x1b\xfao\x93\x135\xf5\xae\xab\x12/\xbf6|\xd7v\xd4\xf6\xd6\x9c\xcd\xce\bm\xeb\xe4.}\xdc\xc5\x06\xef]\xcb\xf2\xe4\x9e\x06s=K\x86\xea\xa8\xab8{\xa7\x9d\x115e]\x06\x12S\xc1$Jj0\x97\xb4d\xa8\xedn\xb8\x8bo\xd8\xd8\xbf\xcb\xdc?\xb2\xb9y< \xc9D\"\xa1P(Yd r\x1e\x11\x88n(\x9clC\x89D&\x1d5\xad\r\xef\xcc\x7f\xe7\x1aF\x01J\x84@\x90\xc7\x04\xca\xd2\xa2ZOC\x88\x87\xdce\xb8a\x8c1F\xc8\x11\x1b\r\xbb\x83\xafC\xc0)\xba\xc6\xc0E\xfe\x0b\x0f_\xfb\xb0ouR\x8d\x86\x87]\xcb\xd5\xed\xfb\xa9=iAR\r\xf2Re4\x9a\x0c\xf5\x9f\xad\xd7\xaef\x8e\x9fk\xf9m\x9b\x84\x80 \xc9\xca\"-\x0c\xa2\xf3\xe6\x99\x1c\xa7\x04\x1f\xf5C\xd4\x7f-Su\xc9h$\x959\xb0dD\x8d]R\x82\xc4.\x0b\xa3\x91\x13\xc2\xa5\xcah\xde\xc5\xdc\xba\xaf\xf4\xcd\xe7\x14S{\xf9\xda\xf7~\xe9\xab,\xd2\xaa$e]\x06\r?q\xda\x861\xab8;\xd70\x9f~\xca\xe9\x8d\xe7\xc3\xb9\x0c\xd5da\xd6\x9a*\x0bK\x80*\x0bKp\x8a\xea\x99_\xefF\xeb\x9a\x1c$V-X\x15ia\xa8\\\xd9\xfao\xe6s\xec\xc9\xd3v\xea\xbf\xca%U\xb2rI\xae\xe5\x8b)L\xd2\xc2\x00\xa28U\xa4\x0b\x83\x9fx7\xa7\xb0>\x9fs\xf3\xbf\xbe\x7f\xc7\x94N\x86j\x92\nSw\x91\x1b\xd9z\xb67{\xb6\xe2\xda\x03h\xeb\xdc\xba\x80l\xe1\xd9\xb2.r\xa2\xb2\xf5\x8e\xd4\xc0\x01o\xa8\xf1\x95R\x84&\x1a\x11\x91$)H\x86\x03 BB\x8cdw\x03\x12(\xa38GB0\x83\x11\xc6\x88c\x01\x89\x043\x8cS\xe8\xe6\xa7\x068T\xf3l\xed\x98\x803\x0bh\xa2\x90\xa0\x11\xee\xe0:5\xc2U\n\x055]\x17W\xe9\xd68}@N,7\xc8\n0[t\xac\x15LZ\xa0[J\xd0\x04Zl\x9b\xc2\x02\xcf\x16T\xa2fy\x81\xf3\xbc\x8a^ \xba\xbd\x13\xb9fvd\x94g\xd9\xa0\xfc\a\xeb\x03\xb0i\x88\xf3g\xa6\xe7\xbb\xf5\x8b\xea\a\x1b\xe8\xbf\xd9\x8c\xe3\xd4h\r\x9f\xc9!\xbbZ\xf9\xad[>ZMY\xcb\x8f\xaf\xd0(\xb3\x81.\xbf\x1c\xf28\xc3e\xe8\xc0\xc8\x13\xaa\x88:&\x16\xa8\xe2\x80\xd7\x9a!b`o2\x879\xc8\xa95\x84\a\xfaS\xa9\xa48<+\x84\xd9\xa2\xac\x89\xa4zV\xc3\xe6\xd4\xf6\x99X\x95d}\xfe\x82e\x19D\xaa\x9bEW\x824\xa4\x02\xed\xf9r|\xf9\x1f\x98/Yr\r\xc8\xd7l\xfd\xdb\xe3\xf5\x8a\x94\x8c\x03o1\x17\x13\x04V\x92\x9aK\xc5\xe4\x15\x8c:\xf0\xbdk\xc9Su\xbb\xa9'^)"
redis /run/redis/persistent.sock> exit
/ # ls /var/lib/
misc/ redis/ rspamd/
/ # ls /var/lib/redis/persistent.rdb
/var/lib/redis/persistent.rdb
1 Like
stephdl
(Stéphane de Labrusse)
September 3, 2024, 12:16pm
13
Hello mates
Could you please help use to verify this issue, the QA is available at
opened 07:26AM - 19 Aug 24 UTC
bug
testing
When the Rspamd container is restarted or recreated, the history visible in the … web user interface (UI) may disappear. This happens because the history data is stored in the volatis redis server, which is ephemeral by nature. When the container is stopped or deleted, any data stored inside it, including the history of scanned emails, is also lost unless it's stored in the persistent redis server.
**Steps to reproduce**
1. Install Mail, OpenLDAP, and RoundcubeMail.
2. Send yourself some emails using RoundcubeMail.
3. Access the Rspamd web UI.
4. Navigate to the "History" tab in the UI.
5. Confirm that scanned email entries are visible.
6. Restart the Rspamd container: systemctl restart --user rspamd.
7. Observe that the email history is now empty.
![image](https://github.com/user-attachments/assets/099c4490-817b-4388-af28-59793bba045a)
**Expected behavior**
I'm showing that when I restart the Rspamd container, the history of scanned emails disappears. After sending some emails and checking that they appear in the "History" tab of the Rspamd web UI, I expect that restarting the container will not clear all the entries. This demonstrates how the history is lost unless I set up persistent redis storage.
**Actual behavior**
I'm noticing that when I restart the Rspamd container, the history of scanned emails completely disappears. After sending emails and confirming that they show up in the "History" tab of the Rspamd web UI, I restart the container, and all the history entries are gone. This indicates that the data isn't being stored persistently, and the container loses it upon restart.
**Components**
ghcr.io/nethserver/mail:1.4.5
**See also**
https://community.nethserver.org/t/rspamd-grey-filter-holds-the-email/24301/4
----
thank mrmarkus and madpatrick
2 Likes
mrmarkuz
(Markus Neuberger)
September 6, 2024, 1:31pm
14
Thanks, it’s working as expected. The history is persistent now.
2 Likes
MadPatrick
(MadPatrick)
September 7, 2024, 11:14am
16
i’ve an other question which is a bit related to this topic
I see the following errors when i receive an email about DNS failed
The mail is not forwarded expect the “No action” tagged email