RE: GFI MailEssentials & Feature Requests (Full Version)

All Forums >> [Content Security] >> GFI MailEssentials for Exchange/SMTP



Message

jsuboh -> RE: GFI MailEssentials & Feature Requests (23.May2008 12:58:20 PM)

What I would like to see is the IP Address of the Failed check in the logs for the SPF log to help troubleshoot issues



jray -> RE: GFI MailEssentials & Feature Requests (6.Jun.2008 3:01:47 PM)

I agree with qwerty1, an improved master logging process is much needed.  At the very least, stop auto pruning the mtastr.log file at a preset file size and allow it to be user defined or schedule based.  Daily would be great.

Whitelist aging is also badly needed.  I don't mind manually editing the db when needed but there needs to be a "last used" date field at the very least so you can make intelligent decisions.

A way to filter the GFI Monitor utility would also be helpful in troubleshooting mail flow. 



neilc -> RE: GFI MailEssentials & Feature Requests (9.Jun.2008 9:33:56 AM)

Hi all,

About the Out-of-office reply text string, we shall include support for multiple languages within the GFI MailEssentials 12 Windows 2008 support service release. The update will allow multiple out of office strings to be specified in the registry value 'awx_outofoffice'. More information on this update shall be provided in the build's release information.

As for suggestions for the upcoming MailEssentials 14 dashboard and for GFI Monitor, I suggest posting your ideas in the topic which specifically discusses what the MailEssentials 14 dashboard will consist of: http://forums.gfi.com/Feature_request_discussion%3a_Dashboard/m_900764219/tm.htm.



morlo -> RE: GFI MailEssentials & Feature Requests (11.Jun.2008 6:19:49 PM)

To the Project Manager of GFI MailEssentials,

I am writing to you regarding the disclaimer module of MailEssentials 12. Firstly, it is fantastic and working great. I really like the design of it and it works perfectly without any issues at all. It is alot easier and more professional than creating a vbscript in exchange.

However, it is missing one feature that i really wish was there that is making me both upset and angry. Upset, because the feature is not there and Angry because our marketing team here at work said I must have it.

The feature is the ability for the module to interact via LDAP protocal to Active Directory for other variables to be inserted such as department and phone numbers read directly from the users account in Active Directory.

I would really, really , really, like this to be inserted ASAP. Because at the moment i am going around creating each signature for every account and it is a tidous job. ( i know there are other ways around it, but trust me, it just does not fit the criteria.)

So if this can be inserted, i will be the happiest man alive.

Morlo



gpinson -> RE: GFI MailEssentials & Feature Requests (12.Jun.2008 12:15:48 PM)

Alright, It's been awhile since I keyed in, here's my suggestions, not necessarily in any order...
1) be able to perform the majority of tests, not just the Directory Harvesting function during the SMTP session.
2) Segment all checks to their own functions so that each option can have it's own disposition
3) Be able to put all functions and logging in SQL, not just the reporting functions
4) Log disposition of all email, not just SPAM (tracking of whitelisted objects)
5) Improved header checking to include custom user settings at the helo line of the SMTP session (example, be able to have the user specify a regex to block the more common dynamic address pool names (.*(dynamic-|pool-|dhcp-|ppp-|dsl-|dial-)) or no illegal or extended characters in the domain (.*[^a-zA-Z0-9\.\[\]\-]) or non-bracketed IP address ([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}$) and so on and so on, options would be endless, and only limited to the administrators imagination.
6) for all entries that can accept user entries (whitelist|blacklist|keyword|someday header checking) make it so it can use standardized regular expression
7) 2003 x64 or 2008 support for GFI ME/SMTP
8) Remote management in some for or another to including being able to add users with permissions to manage or view different areas of the application
9) Implement some method of SQL cleanup for anything that was stored in the SQL database and have it user customizable either by time frame or threshold
10) Aging of whitelist and blacklist entries, or at least some method of comment on whitelist or blacklist entries
11) Store configuration as well autowhitelist, blacklists, honeypot information in SQL

The majority of these, I have asked for several years now and I have had others comment as to their wish of there inclusions as well but would be interested in an actual response from GFI if I could.


Gene



Annancy -> RE: GFI MailEssentials & Feature Requests (25.Jun.2008 4:24:27 AM)

I think it would be nice to have a manual DNS Whitelist in addition to the IP Whitelist. Now we add the ip addresses of the mailservers of our most importent communications partners (mainly customers) to the IP whitelist. If adding DNS-Names to a whitelist we would not have to crosscheck if the IP-Addresses are still valid after a few months.



mkrawats -> Need for SPF sender domain exception list (14.Jul.2008 2:55:58 PM)

We have a high priority need for an SPF SENDER domains exception list.  Currently, GFI ME only supports a receipient exception list and a sender IP exception list. 

Reason we need SPF SENDER domain exception list is because several of our customers have improperly configured SPF records.  It is impossible to educate all our customers how to correct their own SPF records.  The incorrect settings cause all their incoming email from their domain to be flagged as SPF Fail.  We need this new feature as an override for certain customer domains we know have incorrect SPF records.



HPC_User -> RE: GFI MailEssentials & Feature Requests (21.Jul.2008 6:07:21 PM)

Back in April 2008 a number of us requested that an x64 version of ME for SMTP gateways (IIS7/W2K8) be made available ASAP to support the new servers that we are buying (and to be compatible with MS10 x64) - can we please get an update on the status of this request?

My mail load has been approaching 300,000/24 hours and my old server is more than breathing hard and wants to go to that big server place in the recycle bin, but ...

Please let us know that the x64 version of ME12 is "just about ready to go"...

Thanks,







neilrobb -> RE: GFI MailEssentials & Feature Requests (22.Jul.2008 4:24:11 AM)

 
Please improve the intelligence of the disclaimer module in ME14 which at the moment can't figure out if an HTML disclaimer has been used in a reply. In other words, the HTML disclaimer is posting into all replies.

I raised this issue in the thread below where is was admitted to be a design problem with ME12:
http://forums.gfi.com/disclaimer_NOT_ignoring_replies_-_posting_on_every_email/m_900765908/tm.htm

Thanks,

NR



AMacdonald -> RE: GFI MailEssentials & Feature Requests (22.Jul.2008 5:56:49 AM)

It would be great if ME included a function to allow users to forward undetected spam (either to ME itself or for public folder scanning) without having to include any remote commands. Currently, simply forwarding spam to the public folder function doesn't work as the mail is detected as being from a local user and ignored. Expecting users to insert ADDASSPAM every time they forward a spam message is going to be prone to errors or users simply not bothering.



wilgaerden -> RE: GFI MailEssentials & Feature Requests (24.Jul.2008 5:26:20 AM)

What I'm missing is some way to (remotely) monitor the performance and statistics of MailEssentials, either through Performance Counters, WMI or SNMP. A lot of anti-spam competitors include these features with their (open-source) products.

I've found a number of posts on this forum asking for the same thing, it would be nice to see it being implemented in MailEssentials.

Thanks,

Pieter



Stoic Joker -> RE: GFI MailEssentials & Feature Requests (31.Jul.2008 10:25:08 AM)

quote:

ORIGINAL: HPC_User

Back in April 2008 a number of us requested that an x64 version of ME for SMTP gateways (IIS7/W2K8) be made available ASAP to support the new servers that we are buying (and to be compatible with MS10 x64) - can we please get an update on the status of this request?

My mail load has been approaching 300,000/24 hours and my old server is more than breathing hard and wants to go to that big server place in the recycle bin, but ...

Please let us know that the x64 version of ME12 is "just about ready to go"...

Thanks,


Greetings
Just thought I'd point out that this key issue (Which I'm also effected by...) seems to keep falling on Deaf Ears. Why is that? It's a fairly simple request, with at least half a dozen fokes in this thread requesting it...and I'm sure we would all like an answer.

So... When (if ever) will there be a IIS/SMTP on Windows Server 2003 x64 compatible version of GFi MailEssentials available.

Thank you,
Stoic Joker



vexation -> RE: GFI MailEssentials & Feature Requests (4.Aug.2008 5:53:30 AM)

I just want a simplified log (preferably to be included in the monitor and/or dashboard) which..

1) Shows you when it was received, who it was from, who it was to and what the subject was.
2) Shows you what action has been taken, by what module, and why.
Preferably colour coded and concise for quick and easy diagnosis.

Yes, you can determine this for yourself but you have to trawl through all the other logs first, sometimes piecing bits of log together like some kind of detective to find out why an e-mail has landed in a junk folder / been deleted!! Get's a bit tedious! (Unless I'm missing something!!)



JordanR -> RE: GFI MailEssentials & Feature Requests (4.Aug.2008 4:45:06 PM)

I would personally like to see the ability to rollover the reporting access database file at user specified sizes.

I would also like to see the ability to rollover the logging for modules at user specified sizes. 

I have found once these hit their higher ranges, 800megs-1.2 gigs the server takes a extreme dip in performance which causes a call to my boss and me, then causes another call from my boss to me to fix it, plus a dozon more calls here and there about emails not going in or out.

I would also like to see the not having to add my own domain to black list.

64bit would be very helpful for future upgrades.



Ytsejamer1 -> RE: GFI MailEssentials & Feature Requests (7.Aug.2008 11:15:56 AM)

I'd like to perhaps separate email/domain whitelist from one another.  If we want to add an entire domain to our whitelist, we'd put that module lower on our priority list.  But if we had specifiic users we know weren't spammers, we'd add their full email address to the whitelist and put that module above other ones ensuring proper delivery. 

I'd also like to separate out the automatically generated whitelist as a standalone module.  Any email addresses automatically entered (from our outgoing messages) and that module can be placed higher than other modules so that mail can get in from our known good email addresses.  I suppose this is a different version of the first suggestion... maybe make the auto-whitelist as a part of the email whitelist, and just separate out domain whitelist. 



Page: <<   < prev  2 3 [4] 5 6   next >   >>