RE: GFI MailEssentials & Feature Requests
|
Logged in as: Guest
|
|
Users viewing this topic:
none
|
|
Login  | |
|
RE: GFI MailEssentials & Feature Requests - 5.May2008 6:24:36 AM
|
|
|
Frelisb
Posts: 17
Joined: 20.May2005
Status: offline
|
quote:
ORIGINAL: eschefer
We have the same problem than Frelisb here, half of our users have french outlook and the other half has english outlook.
I have been told by GFI Support in November 2006 that my request has been added to the Features Request List. It's becoming really urgent now. I think that a patch to ME 12 could be easily made to give the possibility to have multiple strings to be searched to determine if the mail is an OOO reply.
The earliest post I found on this, is from 2004. Even then GFI said they would add it to the Feature request List.
Apparently GFI does not find this issue urgent, at all, as it should be very easy to fix.
I agree with Eschefer, that this is so urgent that an intermediate patch is needed, even waiting for a new version will take too long.
This must be considered an urgent bug, not a feature request. After all, our anti-spam system automatically whitelists spammers!
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 5.May2008 10:49:34 AM
|
|
|
joestern
Posts: 221
Joined: 18.Sep.2003
From: Philadelphia, PA
Status: offline
|
David et. al.,
I'd like to see DomainKeys in a future build of MailEssentials.
Thanks,
Joe
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 6.May2008 11:28:32 AM
|
|
|
JLefebvre
Posts: 2
Joined: 6.May2008
Status: offline
|
quote:
ORIGINAL: Frelisb
quote:
ORIGINAL: eschefer
We have the same problem than Frelisb here, half of our users have french outlook and the other half has english outlook.
I have been told by GFI Support in November 2006 that my request has been added to the Features Request List. It's becoming really urgent now. I think that a patch to ME 12 could be easily made to give the possibility to have multiple strings to be searched to determine if the mail is an OOO reply.
The earliest post I found on this, is from 2004. Even then GFI said they would add it to the Feature request List.
Apparently GFI does not find this issue urgent, at all, as it should be very easy to fix.
I agree with Eschefer, that this is so urgent that an intermediate patch is needed, even waiting for a new version will take too long.
This must be considered an urgent bug, not a feature request. After all, our anti-spam system automatically whitelists spammers!
I agree with both of you, this feature is long overdue and should be implemented on an urgent basis.
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 7.May2008 10:11:33 AM
|
|
|
tonyhowarth
Posts: 36
Joined: 6.Jan.2005
Status: offline
|
Allow multiple filters to be combined.
At present if a filter fires it ignores all other filters, effectively whitelisting the email. This is a problem if a trigger is higher in the list and contains inappropriate material. All that happens is it gets marked as say 'blacklisted' and is then delivered quite happily, with all the porn and profanities in clear view.
Tony
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 7.May2008 2:32:22 PM
|
|
|
rczyzewski
Posts: 2
Joined: 5.May2008
Status: offline
|
Some great ideas in here. It is nice to see feedback being looked at. Everytime we get a new wave of spam I feel like I have to justify why we use MailEssentials.
A few of my recommendations (most have already been posted but a 2nd, 3rd or 10th voice never hurt):
1. Put all the registry edit work arounds into the GUI (attachment spam, remote image size). This would make it easier for our dept to see what settings are and help me not forget to re-change them after product updates.
2. List the whitelist/blacklist alphabetically and allow aging options in the whitelist. We'd probably leave addresses/domains indefinitely, but this could be great for others
3. Allow custom or removal of BlockedReasons in the Subject line. It is great for me to see them in the logs, but my users have having usability issues.
4. The reporting features are getting more useful (or I'm just using it more than before).
5. Two-tier body keyword filters would be nice. I'd like to block "viagra" spam but just move "medicated" to a junk mail folder
6. Allow roll over/archiving of logs (by date or size).
7. Allow separate Action options in the Header Checking module components
8. Improved cluster stability (sometimes we have issues during upgrades)
Looking forward to the next version! Any release date estimates?
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 7.May2008 6:27:02 PM
|
|
|
davidbuj
Posts: 3
Joined: 22.Nov.2006
Status: offline
|
Here are a couple things I would like to see. The honeypot concept may help with this.
Logging of an emails source IP addresses.
IP subnet blocking based on historical logging of spam's source IP address.
Blocking of a specific country's IP ranges.
Work with Firewall suppliers to develop a way to communicate this to various firewalls.
A tool to dig into the Bayesian Analysis.
|
|
|
|
|
NEW FEATURE REQUEST - 8.May2008 7:38:12 AM
|
|
|
overloadnn
Posts: 9
Joined: 23.Oct.2007
Status: offline
|
How about applying some rule when multiple spam modules discover that an incoming email is spam? For example "if keyword checking AND SPF return POSITIVE then delete message".
This is similar to MailSecurity when detects a virus when more that X antivirus modules return POSITIVE.
Thanks!
|
|
|
|
|
RE: NEW FEATURE REQUEST - 8.May2008 11:49:52 AM
|
|
|
azivo
Posts: 90
Joined: 26.Jan.2007
From: The Hague, Netherlands
Status: offline
|
Is there any news on http://forums.gfi.com/fb.aspx?m=900745062?
_____________________________
Kind regards,
Marcel
MES12 build 20080623
MSEC10 build 20080614
together on one gateway, separate from Exch 2K
P4, 2.8 Ghz, 1 Gb ram, Windows 2K English server SP4
module order: EDW-IPWL-KW-DNSB-SURBL-PUBL-BA-SPF-CB-DH-HC-KC
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 8.May2008 12:48:49 PM
|
|
|
qwerty1
Posts: 5
Status: offline
|
I would like a searchable master log of all emails, some details about the message, and the status of the message. It is very difficult to troubleshoot. For example, if a user asks me why an email was not received, I have look at several different log files, get info from the user and sender (such as the subject) and then start searching. It takes too long. Take a look at a barracuda, it has a great master list. You can easily apply different filters and find the messages you are looking for. It even has a nice status column so you know why it was not received.
To me, this is an essential tool. I am working around it now, but everytime I need to find something, I can only wonder why there is not a feature like this. I need information about what is going on, I can't search 8 log files everytime I need to find the reason an email was blocked.
Please note: I am a developer and could write a program to combine logs into a searchable database. I just don't have the time. Please add this. Everytime we can't find an email we seriously consider another solution. We have it installed at 4 sites and the time saved by not performing "word match" searches on log files is well worth the additional cost of other solutions compared to yours.
Please add this. PLEASE.
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 14.May2008 12:27:20 PM
|
|
|
AJStevens
Posts: 22
Joined: 6.Sep.2007
Status: offline
|
Hello,
I'd like to be able to input the following types of email address in the whitelist, specifically for MIME To:/SMTP To: however it could just as well apply to From's as well.
recipient*@*
recipient*@*.co.uk
recipient.*@*
recipient.*@*.co.uk
Unfortunately, it will not let me currently, there's plenty of options for the domain (part after "@"), but not for the recipient (par before the "@").
The reason I need it, is we have several "service" email addresses, and it's vital no email is blocked (these are emails of faults) and aren't simply sales@ so it's unlikely for them to get spammed (if they do, then the MD will have me change it, but for now it must be allow all).
The problem is we have multiple domains, so I REALLY do NOT want to have to enter every service email address with every possible domain at the end.
Please can you update GFI ME 12 to allow the above whitelist email masks (probably a good idea to add it to the custom blacklist and anywhere else you can enter email masks too).
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 15.May2008 4:26:07 AM
|
|
|
sergeda
Posts: 9
Joined: 1.Nov.2004
Status: offline
|
It would be great to be able to add a bunch of emails to whitelist using metod like: ap*@mydomain.com
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 19.May2008 10:53:12 AM
|
|
|
pbparker
Posts: 19
Joined: 31.Aug.2006
Status: offline
|
Don't know if anyone is reading/considering all these suggestions we're adding - but one I need desperately is some useful status results from the GFI Monitor. Right now I'm trying to diagnose spam getting through, I'd like to be able to see via the monitor if each of these emails was caught by a anti-spam module or whether they were passed through.
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 20.May2008 5:49:56 AM
|
|
|
mbiesheuvel
Posts: 10
Joined: 1.Mar.2007
Status: offline
|
quote:
I would like a searchable master log of all emails, some details about the message, and the status of the message. It is very difficult to troubleshoot. For example, if a user asks me why an email was not received, I have look at several different log files, get info from the user and sender (such as the subject) and then start searching. It takes too long. Take a look at a barracuda, it has a great master list. You can easily apply different filters and find the messages you are looking for. It even has a nice status column so you know why it was not received.
To me, this is an essential tool. I am working around it now, but everytime I need to find something, I can only wonder why there is not a feature like this. I need information about what is going on, I can't search 8 log files everytime I need to find the reason an email was blocked.
Please note: I am a developer and could write a program to combine logs into a searchable database. I just don't have the time. Please add this. Everytime we can't find an email we seriously consider another solution. We have it installed at 4 sites and the time saved by not performing "word match" searches on log files is well worth the additional cost of other solutions compared to yours.
Please add this. PLEASE. ORIGINAL: qwerty1
quote:
Don't know if anyone is reading/considering all these suggestions we're adding - but one I need desperately is some useful status results from the GFI Monitor. Right now I'm trying to diagnose spam getting through, I'd like to be able to see via the monitor if each of these emails was caught by a anti-spam module or whether they were passed through.
Very nice features which i want to have added.
Also i have another one. We are using alot of Public Folders which have attached emailadresses. Our policy in our company is that we move the spam to the users Inbox => spammodule. As you can guess a Public Folder doesn't have a user account which the spam can be send too. So the email detected as spam are deleted. Please add a feature so ME can check by Active Directory if the emailadres is a user or public folder. If you can implent this it's easy to add a feature where you can tell what to do with public folder spam. For example move it to another public folder or let it create a gfi antispam folders below the public folder.
< Message edited by mbiesheuvel -- 20.May2008 5:53:20 AM >
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 21.May2008 12:49:36 PM
|
|
|
logicalnet
Posts: 7
Joined: 21.May2008
Status: offline
|
We are also considering dumping GFI because of the missing emails that get logged in IIS SMTP logs and GFI Monitor, but go into a black hole, without any other modules or logs explaining where they went. Also the Barracuda type ability for users to get quarantined type messages for spam (not AV) and have the ability to approve /delete messages themselves via a http type interface would BE HUGE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
|
|
|
|
|
RE: GFI MailEssentials & Feature Requests - 23.May2008 12:42:43 PM
|
|
|
kvetsch
Posts: 16
Joined: 6.Mar.2008
Status: offline
|
I would like to see some sort of condition filtering. We have a general email address that is listed on the website. This address, of course, gets a large amount of spam, but also large amounts of legitimate customer requests. What I would like to do, but it would require this filter, is setup a condition where noreply@* is blocked to the email address general@corp.com. But I wouldn't want noreply@* blocked to all email addresses.
This would help if you analyze some of the spam and find certain trends, like I have of noreply@* being nothing but spam to one address.
It could be useful with a bunch of and/or/if conditions that accept email addresses and actions. Such as:
if noreply@* to general@corp.com delete
if spam@spammer.com to general@corp.com and someother@corp.com forward to garbage@corp.com
That kind of thing could be handy.
|
|
|
|
 New Messages |
 No New Messages |
 Hot Topic w/ New Messages |
 Hot Topic w/o New Messages |
 Locked w/ New Messages |
 Locked w/o New Messages |
|
 Post New Thread
Reply to Message
Post New Poll
Submit Vote
Delete My Own Post
Delete My Own Thread
Rate Posts |
|
|
Printable Version
