We have been looking at this item, but do not have a date yet. Please see comments.
"We have been spending a lot of time on addressing keeping out unwanted and potentially dangerous messages this year with the update to our standard spam filter, and adding a second optional spam filter. We are also working on updating our anti-virus protection to make sure that our users, their devices and their networks stay safe and secure"
Well we will still always block attachments because you can't prevent zero day viruses/malware
We need the feature to allow specific clients through the attachment filter.
Seriously I am amazed at the lack of understanding of the issue :(
5 Months later and ...... Nothing .. Does this confirm Kerio are not taking their clients needs into account?
06/07/2016 Heather wrote:
"I totally get it, and it is very painful to me to know that you are having to forward attachments manually, which takes extra time very day. We want to address this.
I was hoping that by acknowledging that we are reading UserVoice frequently and telling you that we understand that this is important, it will ensure that our partners know we are looking at the requests we get seriously and doing our best to work through them.
This particular one, I have now moved up in priority. Getting comments and good use cases is very helpful - it helps us prioritize and it helps ensure that other stake holders understand why we’re working on these items as we change priorities."
Frightening lack of movement on this critical feature
I had a direct email from Heather saying she understood the importance, since emailed her to see if anything was being done ..... Silence...
Still forwarding manually Heather if you read this. This is not good
Already planning migration away having to forward 30 + a day manually times run out for us shame really.
@ Heather "Whilst not assigned you are looking at the comments"
What part of business affecting feature is hard to get ?
We will be off soon as it appears you do not think us manually having to forward blocked genuine attachments every business day a problem or enough of a problem.
This is not a minor issue
"stuartm commented · February 11, 2016 15:30 · Flag as inappropriate
It was *really* important to us, so much so that we've already switched from Kerio to o365 because this is a rudimentary feature that most other email servers support."
Unfortunately if this does not happen soon I will have to move us too :(
Are you listening Kerio ? This is a Major problem we need to be able to white-list senders of attachments, many send us auto generated attachments and they can't amend the name to allow them to be prefixed as a workaround.
We see too many dangerous files to allow these through time is running out for us we will have to move soon if this doesn't happen.... On your backlog shift it up the queue it's essential..
Resurgence of Word.Excel etc Macro Malware means we have to block the file as unable to rely on people doing the right thing.
Really need to be able to white-list.
Currently the work around to offer a shared secret prefix to allow files through is a pain for everyone involved. Come on now long overdue...
This request is being reviewed.
Kerio don't care... Essential features are
@ Heather "This particular feature is something we'd like be able to do. It's not as easy as you would think though and is not a quick fix item. The fact that this has 792 votes (so far) is definitely getting our attention."
First post on this was back in 2010, My calculation makes that 6 Years ago, How long is a not a quick fix defined at Kerio 10 years ?
'Robert Eidt shared this idea · February 10, 2010'
Long term plan nearly in 2016 some 6 years after this request...
Glad you didn't say hold your breath :)
3 votesGary shared this idea ·
Just started to use this feature and exactly the complaint received within 5 minutes....
I run the VM version of Kerio
I use Lsyncd which near real time copies the data to another mounted drive image so I always have two copies of current data locally, I find no impact on performance. From there I use an offsite backup of the copy data using the supplied Linux tools from the offsite data storage provider. For me this does what I need.
I wanted something better than what seemed to be available, I run mine on a NAS VM with Kerio Appliance.
I use lsyncd for near real time replication into another storage file giving me 2 copies of live data lsyncd has virtually no impact on the system as far as I see and has been running great for 8 months since I set up.
I use idrive* for linux and shedule backup of the copy data then iDrive for linux pulls from iDrive to the standby VM
(other vendors are probably available, Not trying to name drop and I have no association with them)