Search found 24 matches
- 03 Oct 2017 13:56
- Forum: Discussion
- Topic: SPF not working
- Replies: 12
- Views: 23811
Re: SPF not working
I just figured it out. You need to put this at the end of /etc/mail/spamassassin/local.cf file: ifplugin Mail::SpamAssassin::Plugin::SPF score SPF_FAIL 0 0 0 9.50 score SPF_SOFTFAIL 0 0 0 7.50 score SPF_HELO_FAIL 0 0 0 1.00 score SPF_HELO_SOFTFAIL 0 0 0 0.50 endif # Mail::SpamAssassin::Plugin::SPF ...
- 03 Oct 2017 12:49
- Forum: How-to
- Topic: SQLGrey - Greylisting Improvements with SPF\DNSWL
- Replies: 15
- Views: 11759
Re: SQLGrey - Greylisting Improvements with SPF\DNSWL
I can't wait for version 3.1.0.0shawniverson wrote: ↑04 Oct 2015 08:14
Going to see about pulling this in
https://github.com/E-F-A/v3/issues/213
Meanwhile i lost the Greylist improvement because i reïnstalled EFA
- 09 Aug 2017 15:17
- Forum: 3.x Bugs
- Topic: Message tracking
- Replies: 7
- Views: 5567
Re: Message tracking
I also remember seeing that info but couldn't find it with newer EFA versions. I applied your solution but still can't find it. Where exactly should I be looking? I thought I remembered last seeing this info when opening an email in EFA, somewhere above the SA score but its still not ehre even thou...
- 03 Aug 2017 10:26
- Forum: 3.x Bugs
- Topic: Message tracking
- Replies: 7
- Views: 5567
Re: Message tracking
Confirmed bug. Problem is on line 39 of /usr/local/bin/mailwatch/tools/Postfix_relay/mailwatch_postfix_relay.php $pathToMailscannerDir = '/opt/mailwatch/mailscanner/'; Change this to $pathToMailscannerDir = '/var/www/html/mailscanner/'; Thank you Shawniverson! I can confirm that the solution you ga...
- 02 Aug 2017 08:05
- Forum: 3.x Bugs
- Topic: Message tracking
- Replies: 7
- Views: 5567
Message tracking
( I'm sorry in advance if this question is already answered, but i can't find it in the forums here and the search engine doesn't allow me to search for some keywords). In the past i could see the mailprocessing of send messages in the GUI; the mailserver which has accepted the outgoing mail, time e...
- 03 Feb 2016 14:43
- Forum: How-to
- Topic: update best practice
- Replies: 3
- Views: 3445
Re: update best practice
Do you know when EFA 3.0.0.9 update is planned?shawniverson wrote:At this point I would wait. 3.0.0.9 will fully support yum update with exceptions defined internally, to make updating easier in combination with EFA-Update.
Kind regards,
Heronimus
- 13 Jan 2016 10:18
- Forum: How-to
- Topic: SPAM report : too large
- Replies: 5
- Views: 4660
Re: SPAM report : too large
Also, by default, no rules are defined in /etc/MailScanner/rules/max.message.size.rules, so there shouldn't be a limit imposed Just to be sure, i examined the config file, it has only 1 rule: FromOrTo: default 20480000 So, do you happen to have a full spam report of a blocked message you can share?...
- 05 Jan 2016 13:43
- Forum: How-to
- Topic: SPAM report : too large
- Replies: 5
- Views: 4660
Re: SPAM report : too large
In /var/log/messages is see this error line. (Its around that time that mailscanner reports "too large".)
I don't know if this has something to do with it.
Jan 5 12:20:13 mail2 clamd[1460]: lstat() failed on: /var/spool/MailScanner/incoming/25942/1387E12085F.AF86F/tnefwqveiq
I don't know if this has something to do with it.
Jan 5 12:20:13 mail2 clamd[1460]: lstat() failed on: /var/spool/MailScanner/incoming/25942/1387E12085F.AF86F/tnefwqveiq
- 05 Jan 2016 11:45
- Forum: How-to
- Topic: SPAM report : too large
- Replies: 5
- Views: 4660
SPAM report : too large
Dear readers, Our max message size is 25MB. If a message exceeds this limit, the sender receives an error message. However, sometimes a message is accepted by EFA, but internally dropped by SPAM filter. In the webportal i see something like "too large". In this rarely case no-one receives ...
- 08 Dec 2015 08:17
- Forum: 3.x Bugs
- Topic: sqlgrey: fatal
- Replies: 1
- Views: 2604
Re: sqlgrey: fatal
In addition to my previous post:
Blacklisting the IP address in EFA seems not te be enough: before the blacklist is checked, sqlgrey does its thing and crashes on the connections with this specific IP address. I now blacklisted it in the firewall.
Blacklisting the IP address in EFA seems not te be enough: before the blacklist is checked, sqlgrey does its thing and crashes on the connections with this specific IP address. I now blacklisted it in the firewall.
- 07 Dec 2015 09:39
- Forum: 3.x Bugs
- Topic: sqlgrey: fatal
- Replies: 1
- Views: 2604
sqlgrey: fatal
Dear all, EFA sometimes stops accepting mail. In a SMTP session, we see: 451 4.3.5 Server configuration problem I examined the logfiles in /var/log. In logfile messages, i see the following error: sqlgrey: fatal: sender domain should be an FQDN, not an address literal at /usr/share/perl5/vendor_perl...
- 04 Nov 2015 08:25
- Forum: How-to
- Topic: How to setup BitDefender or other AV
- Replies: 12
- Views: 12502
Re: How to setup BitDefender or other AV
Last two weeks we had several infected mail messages, not recognized by ClamAV. Replacing CLAMAV with a commercial AV has our interest.
- 12 Oct 2015 15:07
- Forum: Discussion
- Topic: Handling Spammy IP Addresses / Address Blocks
- Replies: 5
- Views: 5854
Re: Handling Spammy IP Addresses / Address Blocks
Reading this thread, i checked the domains you mentioned. Most of them don't have a spf record.
- 06 Oct 2015 14:12
- Forum: How-to
- Topic: SQLGrey - Greylisting Improvements with SPF\DNSWL
- Replies: 15
- Views: 11759
Re: SQLGrey - Greylisting Improvements with SPF\DNSWL
Does this prevent the improvement from being overwritten by a new release? Or should i backup something in case EFA auto-updates itself?
Regards,
Heronimus
- 06 Oct 2015 11:56
- Forum: How-to
- Topic: SQLGrey - Greylisting Improvements with SPF\DNSWL
- Replies: 15
- Views: 11759
Re: SQLGrey - Greylisting Improvements with SPF\DNSWL
One day after i implemented the improvement, i've already 2 complaining people who can't reach us by mail. I examined their SPF record; both their domains were in error (sending on other IP address and SPF signed with -all ). So the rejection of this improvement works very well! To discover the SPF ...
- 05 Oct 2015 13:51
- Forum: How-to
- Topic: SQLGrey - Greylisting Improvements with SPF\DNSWL
- Replies: 15
- Views: 11759
Re: SQLGrey - Greylisting Improvements with SPF\DNSWL
you wont find sqlgrey-check_policy_service in the file.. just take "check_policy_service inet:127.0.0.1:2501" out from smtpd_recipient_restrictions and put it in smtpd_client_restrictions with permit_mynetworks. OK, i've already taken these steps. I will now restart the services and monit...
- 05 Oct 2015 12:58
- Forum: How-to
- Topic: SQLGrey - Greylisting Improvements with SPF\DNSWL
- Replies: 15
- Views: 11759
Re: SQLGrey - Greylisting Improvements with SPF\DNSWL
Zohman,
I've completed the steps you mentioned above, except this one:
I've completed the steps you mentioned above, except this one:
I can't find anything that matches sqlgrey in this file.zohman wrote:replace sqlgrey-check_policy_service order in /etc/postfix/main.cf
so you don't have those queries on your trusted network IPs,
- 02 Oct 2015 09:22
- Forum: Feature Requests
- Topic: Only greylist if SPF fails
- Replies: 3
- Views: 4298
Re: Only greylist if SPF fails
what you mean is that if he passes spf.. well, then why greylisting? he is the good guy. should be like this, spf pass - don't grey list, let him pass.. spf fail (-all) - reject at the protocol - he is not welcome at all. any other result - softfail, natural permerror, etc - greylist. That's exactl...
- 29 Sep 2015 09:06
- Forum: Feature Requests
- Topic: Only greylist if SPF fails
- Replies: 3
- Views: 4298
Only greylist if SPF fails
Following other threads on the internet, it seems a good idea to me to skip the greylist filter in case of a positive SPF check on the sending mailserver. By now, i see many IP's in the "waiting greylist" with the same FROM: and TO: address but many different sender IP's. Regards, Heronimus
Re: Mail loop
Hello shawniverson, 1) There were 26 recipients in the TO: field. I will tell the sender to put them in the BCC: field. Instead of increasing the Mailscanner limit, is there any other workaround for this? If not, the only option seems to tell the endusers not using more than 20 addressees. 2) As far...
Mail loop
Hello there, We are using EFA for a couple of weeks now , and we are very satisfied with the results. EFA is configured to relay Email from our internal servers and to filter Email coming from the internet. There are two problems with which i don't know were to start to troubleshoot them. 1) Sent ma...
- 17 Sep 2015 08:39
- Forum: How-to
- Topic: trusted domain / network emails are being marked as spam
- Replies: 15
- Views: 9705
Re: trusted domain / network emails are being marked as spam
So, it seems a better idea to trust an internal server (IP or trusted host) instead of trusting a domain name. You can whitelist by IP address, which is what I recommend for an internal email server. From: <yourserverip> To: default Good idea. EFA is new for me, and i didn't know that i could white...
- 14 Sep 2015 08:14
- Forum: How-to
- Topic: trusted domain / network emails are being marked as spam
- Replies: 15
- Views: 9705
Re: trusted domain / network emails are being marked as spam
In your example, whitelisting an internal domain has one disadvantage; "Someone sending mail to mydomain.com" with a from address as "mydomain.com", will not be checked for spam. In the case the mail is coming from your internal server, this is OK. But coming from somewhere in th...
- 11 Sep 2015 10:48
- Forum: How-to
- Topic: trusted domain / network emails are being marked as spam
- Replies: 15
- Views: 9705
Re: trusted domain / network emails are being marked as spam
Exactly the same situation at my site. While mailing one of our external contacts, the message is a false positive detected spam. The (external) addressee gets a message to release the mail from spam quarantine. Then I am not sure. All I know is that once I whitelisted my internal domain, all spam c...