efa-project.org

I see. Normally that completely under the control of the MTA (mail transfer agent) that handles the delivery and redelivery of mail that is queued. Do you know why the mail is not being delivered? Usually when there is a delivery problem, the mail system will give you some reason, which you can find...

look in your /etc/MailScanner/spamassassin.conf - what is the setting for your "use_auto_whitelist" parameter?

Also, what is the setting of /etc/MailScanner/MailScanner.conf "SpamAssassin Auto Whitelist" parameter?

I am not sure I understand your question.

Error 500 means internal server error. That usually means there is some error that prevents the server from generating the properly. You usually see this when you add a coding error to the php page. Could there be another reason, like missing php module? I don't know for sure, but I guess it is poss...

On my system, if I comment out the rule, attachments pass correctly.

Can you share your specific message you're getting? Maybe we can debug what's happening to you.

All these files on my Centos 7 based system are owned by root. To match, the following command will do the trick: chown -R root.root /etc/postfix I don't know if changing the permissions to root from postfix will cause you any problems, so you may not wish to do it. If you want to make the minimum c...

[root@efa4 sbin]# ls -l /usr/sbin/eFa* -rwxr-xr-x 1 root root 7450 Feb 26 12:12 /usr/sbin/eFa-Backup-cron -rwxr-xr-x 1 root root 11036 Mar 13 01:36 /usr/sbin/eFa-Configure -rwxr-xr-x 1 root root 2060 Feb 26 12:12 /usr/sbin/eFa-Daily-DMARC -rwxr-xr-x 1 root root 5019 Feb 26 12:12 /usr/sbin/eFa-Monit...

I think that means that the sending site had an open resolver.

yes, that is the postfix RBL check rejecting the message before it arrives in the system.

So, if you want to receive those messages, turn off the RBL checks in postfix.

I don't, because they seem to be pretty good at identifying spam before it enters my system.

What do your log files show for the rejected messages?

Run this command on your eFa box and post the results here:

Are DNS requests being blocked by a firewall somewhere?

Hi Omer, My apologies for the questions, but I'm having a hard time picturing this in my head. So, is your mail flow like this? [internet] <-> [firewall/nat mapping/internal ip.254] <-> [eFa/internal ip.55] <-> [internal mail server/internal ip.54] <-> [mail clients] How about /etc/postfix/transport...

Hi Omer,

What changed between when it worked and when it stopped working?

I could try logging in again to debug it for you.

Very weird, and a super annoying problem. Good luck isolating the cause, and I hope you find a reason.

That's very strange.

I've been running eFa on ESXi 6.5 for years without a single unplanned reboot.

Are there any logs in ESXi you can check? Or are there anything inside the vm itself that might clue you in?

This is not an EFA problem, but highly likely a problem with your vm.

It is really unusual for a centos box to restart unexpectedly. Is the server having hardware problems? Is the system short of memory? Are there any errors before a restart in /var/log/messages? I think you have to identify and resolve this problem first. The programs that make up eFa are incapable o...

Welcome.

useful tool, thanks!

fatih.gokdogan wrote: ↑14 Apr 2022 13:30

freyuh wrote: ↑14 Apr 2022 13:15 Is it possible for you, to install an english system and test it?
Maybe it's a problem with the turkish language.

it was fixed when i changed the language to english

Thanks

Nice! That's a really helpful observation.

Ah, the joys of dealing with non English languages.

Weird. I have no idea. I have a stock centos 7.0 installation with the latest v4.x version of eFa. My MTA is set to "msmail", so I have no idea what is different between your system and mine and what is causing the difference.

Clearly something is wrong.

Oh, I see how the function works. Do you have the following option in your /etc/MailScanner/MailScanner.conf file? Incoming Queue Dir = /var/spool/MailScanner/milterin What are the file permissions on /etc/MailScanner and /etc/MailScanner/MailScanner.conf? [root@efa4 mailscanner]# ls -ld /etc/MailSc...

That parameter does not exist in the mailscanner.conf

what did you change in your system between the time the error showed up in your web interface and before when it did not?

Interesting, I never knew about this feature before as I have never used it. >Is that the problem, that this is a filetype check and no filename check? But in the mailscanner.conf is no parameter for Filetype Subject Text. Good question, as I have no idea. I'll need to test it to see what happens.

If you can still view the message in the MailScanner web interface, then the original message is still in the system and you should be able to release it.