Stopped and started the axigen docker container and enabled ClamAV and SpamAssassin in Supported Applications.
Still axigen can’t connect to them.
From logs it seems the configuration has no effect and axigen still tries to connect to 127.0.0.1.
2019-12-22 21:02:13 +0000 02 mail PROCESSING:002E1DD0: Filter ClamAV(127.0.0.1:3310):[ERROR]: Could not connect to filter
2019-12-22 21:02:13 +0000 02 mail PROCESSING:002E1DD0: Error connecting to socket filter: ClamAV(127.0.0.1:3310)
2019-12-22 21:02:13 +0000 02 mail PROCESSING:0032CBE9: Filter SpamAssassin Filter(127.0.0.1:783):[ERROR]: Could not connect to filter
2019-12-22 21:02:13 +0000 02 mail PROCESSING:0032CBE9: Error connecting to socket filter: SpamAssassin Filter(127.0.0.1:783)
I tried setting addresses in axigen.cfg as names or ip addresses but results are the same.
I had the same issue. I believe I got SpamAssassin working but not ClamAV.
See Below the responce I got. I will watch to see your outcome. I gave up and went back to running a server on CentOS but would love to run Axigen in Docker if I could get the same results.
Our advice is to use a dedicated container for SpamAssassin (for example this one ) and configure Axigen to connect to it*. Same approach should work for ClamAV as well.
HTH,
Ioan
in axigen.cfg update the address for “AV:Spamassassin” from the default value ( inet://127.0.0.1:783 ) to the one specific for your installation (like below), restart Axigen and enable Spamassassin built-in external application filter from WebAdmin > Security & Filtering > Antivirus & AntiSpam > Supported Applications (igrnore that you may get ‘could not connect’ status for this particular configuration)
When researching the issue I found your problem also.
Seems that theres a problem in axigen code, it seems that it ignores the configured “address” parameter and just connects to 127.0.0.1. Thats what I saw from the logs.
Good, (sort of) I know now I am not the only one thinking it was a possible Axigen code issue.
I was testing using the same Docker Spamassassin and ClamAV as you. Once The issue is resolved I will try running Axigen in docker again. Thanks you very much for reply.
Axigen Support please look into the issue and confirm we would much appreciate it and thanks for a wonderful Mail Server software.
Strangely enough, got them working with hard coded ip address instead of the linked host names. Not sure what issues I had before.
Spamassassin is working with ip address of the container, but still showing as “Could not connect” in the ui. There is traffic to spamassassin container and spam checking is working.
Also got clamavd connection working with container ip, but axigen is sending link to a temp file inside axigen, so I had to mount the axigen volume to clamavd with "-v /data/axigen/queue:/var/opt/axigen/queue ".
clamavd process did not have reading rights to the linked file, so I added new group for that gid and added clamav user to that group. Virus checking is also working now.
Yes, the filterDetect method called by WebAdmin during the login event is using hardcoded values and this is why I have mentioned (here) to ignore the status displayed in WebAdmin if the default address is changed for any of the AFSL filters.
I’ve just opened a bug report (for your reference: AXI-2833) and I’ll provide you an update as soon we’ll have a fix available.
Can you share with me your docker commands like above. I did not know there was issues with the “Axigen Link” and needing to create a new group but can definitely give it a try.
Much appropriate! Feel free to PM me the info if you don’t want to post it.
Since I was adding new -v argument I had to remove the old clamavd container before.
In my case the gid of the files in axigen volume was 220, so I added the group axigen and added user clamav there with commands (inside clamavd container):
groupadd -g 220 axigen
usermod -a -G axigen clamav
Then I had to stop and start the clamavd container for the change to take effect.
I was setting up Axigen docker and wanted to add ClamAV.
But saw that the dinkel/clamav docker has not been updated for 6 years.
Therefore I created my own docker specially for Axigen.
This can be found here clamav-axigen