Page 1 of 1
[FIXED] 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Sep 2016 01:00
by mmcnally
mailscanner/clamav_status.php show nothing after upgrade.
Tested right before and was working.
Thanks,
Mark
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Sep 2016 12:56
by shawniverson
Working on a fix...looks like a permissions issue with the way MailScanner handles the incoming directory now.
https://github.com/E-F-A/v3/issues/308
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Sep 2016 13:53
by shawniverson
To fix this and other permission issues:
/etc/MailScanner/MailScanner.conf
Code: Select all
Incoming Work Group = mtagroup
Incoming Work Permissions = 0660
Code: Select all
sudo chown -R postfix:mtagroup /var/spool/MailScanner/incoming
sudo chmod -R ug+rwx /var/spool/MailScanner/incoming
sudo usermod apache -G mtagroup
Reboot the system
This is big enough of an issue I am going to get a fix ready and release another update to resolve.
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Sep 2016 17:30
by mac.linux.free
There are more problems comming up...Quaratine is also not accessable
could you please provide patch script?
thx
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Sep 2016 19:01
by shawniverson
mac.linux.free wrote:There are more problems comming up...Quaratine is also not accessable
could you please provide patch script?
thx
I am not seeing issues with the quarantine. What are your permissions and owners on /var/spool/MailScanner/quarantine?
I have 0755 with postfix:apache as the owner/group.
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Sep 2016 19:40
by mac.linux.free
for now I fixed it by applying your chown and chmod also on the quaratine dir...now mails are flowing again
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 08:23
by Triumf
I have quarantine not working also. Did what mac.linux.free said and now it works.
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 09:06
by Michiel
Same here, updated to 3.0.1.2 followed by reboot. Mailflow was working flawless afterwards, but over midnight messages started building up in Inbound Queue. Changed settings in MailScanner.conf and issued the commands as stated by Shawn (rebooted afterwards) but this did not resolve the issue. Issuing Shawn's commands for the quarantine folder followed by another reboot seemed to have solved the mailflow issue. All queued email has been deliverd without problems and the queues do not build up anymore.
It would be nice to have an update about this because at this moment I don't know if the current settings/permissions are in a "supported" state. Thanks in advance.
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 09:26
by shawniverson
For those having this issue, please respond with the following information so that I can determine the cause.
In /etc/MailScanner/MailScanner.conf, does your quarantine settings look like this?
Code: Select all
Quarantine User = postfix
Quarantine Group = apache
Quarantine Permissions = 0660
Does your /var/spool/MailScanner/quarantine look like this?
Code: Select all
drwxr-xr-x. 4 postfix apache 4096 Sep 4 03:47 quarantine
And inside the quarantine area...
Code: Select all
drwxrwx--- 3 postfix apache 4096 Sep 4 03:47 20160904
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 09:48
by Michiel
Hi Shawn,
Thanks for the quick reply. I will list the requested information below, please be aware that I changed the permissions on the quarantine folder with your commands above (but for the quarantine folder), so my permissions could be marked 'dirty'.
Code: Select all
Quarantine User = postfix
Quarantine Group = apache
Quarantine Permissions = 0660
Code: Select all
drwxrwxr-x. 33 postfix apache 4096 Sep 5 10:22 quarantine
Code: Select all
drwxrwx--- 7 postfix mtagroup 4096 Sep 5 10:27 20160905
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 10:05
by Triumf
Code: Select all
Quarantine User = postfix
Quarantine Group = apache
Quarantine Permissions = 0660
I don't know what it was before changing permissions, but now it's:
Code: Select all
drwxrwxr-x. 32 postfix mtagroup 4096 Sep 5 11:24 quarantine
Code: Select all
drwxrwx--- 5 postfix mtagroup 4096 Aug 7 08:29 20160807
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 13:52
by shawniverson
Re: 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Sep 2016 22:57
by mmcnally
Re: [FIXED] 3.0.1.2 Breaks ClamAV Status Page
Posted: 06 Sep 2016 07:03
by Michiel
Thanks for this quick solution! Carried out the update without any problems.
Re: [FIXED] 3.0.1.2 Breaks ClamAV Status Page
Posted: 04 Jan 2017 15:05
by Jeroen Hoekzema
Hello this week we updated our server from version 3.0.0.9 to 3.0.1.5 after a kernel update.
We experience the same problem, i thought this problem was gone in latrer versions than 3.0.1.3?
We also didn't get our spamreports, today we rebooted the server and than they came back again, but still we can not login tot spamfilter portal.
This is the link we always used, perhaps something had changed?
https://server.XXXXX.XX/mailscanner/status.php
Re: [FIXED] 3.0.1.2 Breaks ClamAV Status Page
Posted: 05 Jan 2017 00:15
by shawniverson
That sounds like a different problem, i.e. a broken mailwatch. You may want to start a new thread.
Re: [FIXED] 3.0.1.2 Breaks ClamAV Status Page
Posted: 28 Jan 2017 12:24
by rvh
This week I updated E.F.A. 3.0.1.5 to 3.0.1.8 and still had the problem with not showing the ClamAV Status Page
'
https://server.XXXXX.XX/mailscanner/clamav_status.php'
I found an error in the 'error.log' in '/var/log/httpd/' about not able to create clamav-tmp directory
In the '/var/spool/MailScanner/incoming/' directory there was a file with the same name present which caused the problem.
I removed the file clamav-tmp, restarted E.F.A. and the problem was solved.