RE: GFI MailEssentials & Feature Requests (Full Version)

All Forums >> [Web & Mail Security] >> GFI MailEssentials



Message

Aitishnik -> RE: GFI MailEssentials & Feature Requests (16.Sep.2009 3:37:19 AM)

I think it would be quite useful if there will be ability to ban an IP address which tries to send proven (e.g. detected by Directory Harvesting, Spam Razer or, for example, Keyword Filtering) spam. I see quite many spam machines which try to send spam to a single server for more and more, no matter that most of their messages are blocked as early as on SMTP level. Banning an ip address of such a machines for some hours will conserve some bandwidth and CPU cycles of ME-protected server.

There could be also an optional feedback from ME-protected servers to some global IP reputation database acting like DNSBL.



athletic -> RE: GFI MailEssentials & Feature Requests (7.Oct.2009 11:45:48 AM)

ME inbuilt greylisting module will be very interesting, specially if it can be configured: for example, email scanned as legitimate, don't apply greylisting, but email classified as Spam, apply.

Thank you very much.

Great product!



Ailios -> RE: GFI MailEssentials & Feature Requests (15.Oct.2009 11:35:14 AM)

I would love to get a way to filter based on the sender name. It's real, real easy to spot spam based on sender name. A spammer might change their IP addres, email address, and keywords but they typically use the same words in the sender name. Plus there's a whole slew of spammers who don't bother to initial cap the sender name. Any chance of getting these in a future release???



RSP -> RE: GFI MailEssentials & Feature Requests (21.Oct.2009 9:58:33 AM)

Possibly been asked before, but here goes:

It would be nice to see the correct module order in the Anti-Spam Filters node in the configuration console, based on the module priority, refreshed each time a change is made. This could be achieved by pre-pending the module's priority as a two-digit number and then sorting alphanumerically.

Similarly, proper integration with MMC instead of having to click "properties" to bring up a separate dialogue box; the right-hand pane is almost useless in the configuration console. The Email Management node uses the right-hand pane correctly to display information for some of the nodes.



bizslave -> RE: GFI MailEssentials & Feature Requests (3.Nov.2009 2:41:12 AM)

Hey everybody,

we run the GFI Mail Essentials on a Mail Relay Server. We got a nice spamrate around 95 % the biggest amount is filtered by directory harvesting. But we still have a small Spam Problem.
I got a lot of colleagues that receive spam with the following header (only a part):

to: "firstname.lastname@ourcompany.com" <firstname.lastname@ourcompany.com>
Subject: =?utf-8?B?W1NQQU1dIC0gVmlnb3JvdXNlcnMsIGVsaXRlIGNsYXNzIC0gR2VmdW5kZW5lIFfDtnJ0ZXIgcm9kIGltIFRleHRrw7ZycGVy?=
Date: Mon, 2 Nov 2009 16:34:23 -0300
MIME-Version: 1.0
From: Hinners <firstname.lastname@ourcompany.com>
Organization: Aovatal
Message-ID: <op.4768t3c788l321@colossus>
User-Agent: Opera Mail/10.01 (Win32)
Return-Path: firstname.lastname@ourcompany.com
X-OriginalArrivalTime: 02 Nov 2009 19:34:28.0547 (UTC) FILETIME=[7E2BF130:01CA5BF3]

You see all the entries for the email address are filled with the same email address. For our configuration it would be helpful if we can get a possibility to block emails if the sending email address in the header is the same then the receiving email address. Maybe as a special setting for Mailrelay configuration.

-------------------------------

Another helpful function would be a cleaning option for the logfiles. To get the disk space clean without manuell work for scripting. An option that cleans all entries that are older then "12" month out of the logfiles would be great.


with best regards
Joerg Ullmann



mps_surcouf -> RE: GFI MailEssentials & Feature Requests (10.Nov.2009 5:13:49 AM)

Web management console to be consistent with Mail Security.
This would allow easier remote menagement.
Ability to group management consoles together so I could gain access to Mail Essentials, Mail Security,Mail Archiver,Web Monitor from one shortcut.

Thanks

Mike



stanley.tsui -> RE: GFI MailEssentials & Feature Requests (12.Nov.2009 8:11:58 PM)

IP Exception on DNS Blacklist

Issue: DNS blacklist is good, but many yahoo.com/yahoo.com.hk and Hotmail SMTP servers are blacklisted occasionally, which make us lost those email.

Suggestion:
Add an Exception list under DNS Blacklist (similar to SPF).  Then we can add those SMTP servers of Hotmail and yahoo.com(.hk) into it.  If you could, I suggest we add a domain (e.g. yahoo.com.hk), then the IP exception list will automatically add all IP addresses in SPF to the IP exception list daily.

Thanks!

Stanley



markcasey -> RE: GFI MailEssentials & Feature Requests (1.Dec.2009 4:01:56 AM)

Is blacklisting of countries now possible?

I'm upgrading our mail server to ME14 from ME12 this week and i'm curious, since it's a feature I requested a while ago.

If not then I guess I'd like to request the feature again, being able to block countries that we do zero business with at all is helpful towards blocking spam. (for example, south africa, china, russia etc)



Nico87 -> RE: GFI MailEssentials & Feature Requests (15.Jan.2010 6:53:04 AM)

What i would realy like is an option to rescan an email message. Like a saved message (.msg) import that, so with original headers and check if its detected as spam. If not see the results per module so its easy to troubleshoot. Also show a message when the email gets whitelisted.

This way you can change configuration and check again if the filter now works properly.



d_coltrin -> RE: GFI MailEssentials & Feature Requests (21.Jan.2010 10:33:27 AM)

I know that others have asked, but I'll ask again. How hard could it possibly be to filter out an email from "Free Viagra and Cialis"? We daily get hundreds of emails from "Luxury Gucci Watches" but GFI can't filter those out. Amazing.



Bob T -> RE: GFI MailEssentials & Feature Requests (31.Jan.2010 4:20:17 PM)

I would also dearly love to have greylisting included in MailEssentials.

We are currently using a third-party program for greylisting, which works quite well, but it would ideal to have it all incorporated into one product so that features like the sender whitelist were common.



sputnam -> RE: GFI MailEssentials & Feature Requests (10.Feb.2010 3:28:34 PM)

So I wonder what happened to that idea? I personally use this on all of my workstations but it would be nice if GFI could actually take this plugin and improve on it, then put it in the next release.
quote:

ORIGINAL: RSP

quote:

ORIGINAL: johnmorgan

Better Outlook functionality, either by integrating with Outlook's Junk Email filtering or a custom toolbar so users can manage false positives and spam that gets through more easily.  It's too much to expect people who can barely figure out how to send an email in the first place to drag the right email to the right folder!

johnmorgan, take a look at this thread contributed by a user: http://forums.gfi.com/fb.aspx?m=900773321



mucki -> RE: GFI MailEssentials & Feature Requests (11.Feb.2010 4:44:29 AM)

Would be cool if GFi would analyze the target of link which are sent by mail.
We have so many Viagra mails with just click here" and the link is directed to groups.yahoo.com/example....
Then on this site there are the viagra images and price lists.


So it would be cool if we can block mails that have such links in the source code.



rahandusministeerium -> RE: GFI MailEssentials & Feature Requests (17.Feb.2010 2:54:29 AM)

I would like to make it possible do not rotate mtastrdbu.log one fail in GFImon folder, but make a backup copy before cealring content of this file.
It's important to track mail flow and action history.



trueplay -> RE: GFI MailEssentials & Feature Requests (9.Mar.2010 2:12:59 PM)

quote:

ORIGINAL: Aitishnik

I think it would be quite useful if there will be ability to ban an IP address which tries to send proven (e.g. detected by Directory Harvesting, Spam Razer or, for example, Keyword Filtering) spam. I see quite many spam machines which try to send spam to a single server for more and more, no matter that most of their messages are blocked as early as on SMTP level. Banning an ip address of such a machines for some hours will conserve some bandwidth and CPU cycles of ME-protected server.

There could be also an optional feedback from ME-protected servers to some global IP reputation database acting like DNSBL.


I totally agree with this one. My site and forum got slammed with so much spam that I had to close them both down! If there could be something that would catch it all and delete it for me I would be so happy.



Page: <<   < prev  7 8 9 [10] 11   next >   >>