efa-project.org

Thanks for your great work.
I read your monolog in MailWatch github
Thanks for suggested fix, tried - it works.

---
Ramas

Ramas,

Can you provide the raw headers to that email, like I did in https://github.com/mailwatch/MailWatch/issues/742 (3rd comment down).

It will make the debugging a bit easier.

Sure:

Received: from mail.manoteo.lt (mail.manoteo.lt [82.135.235.4])
(using TLSv1.2 with cipher ECDHE-RSA ...

Hi,
agree, those setting fixed the issue, but not all.
status.php correct:


detail.php correct:


In viewmail.php issue still exists:


---
Ramas

I think this issue is still in MailWatch, but please update to 3.0.2.0 and confirm that issue is still present.

Hi,
updated to 3.0.2.0. Update went smooth, but font problem persists in status page.
Aggree, issue in MailWatch.
Interesting that in message detail when showing message headers i see ...

Yes:

Same problem with E.F.A. 3.0.1.9 with Lithuania chars after upgrade from 3.0.1.8 .


---
Ramas

Hi,
look at /etc/sqlgrey/sqlgrey.conf option "greymethod".
Read text above option line.

Seems that your setting is "smart" now, use "greymethod = full" if you wish greylist by full ip address.

Ramas

Hi,
Here I am again with unrar V5.
Today our customer received e-mail with RAR archive attachment.
Inside RAR archive executable .exe file.
Our mail policy - no executables in email, but Mailscanner (E.F.A.) that e-mail not blocked.
Output ftrom unrar with attached file in that e-mail:
unrar v -p ...

Hi,

Seems to be there are still problems with UNRAR v5 in EFA 3.0.0.9.
With unrar v4.2 working as expected.
I think issue are in space in filename in RAR archive.

With unrar-4.2.3-1.el6.rf.x86_64 in maillog:
Apr 25 22:39:03 smtp MailScanner[28852]: New Batch: Scanning 1 messages, 1115919 bytes ...