J
jim
I just got off the phone with Vladimir Paulen of Eset a few moments ago. He
called me to ask about the tech support issues that I have been reporting
here.
He apologized profusely for the actions of their rogue employee and assured
me that they employee was being dealt with internally.
He explained that while their continued popularity and subsequent doubling
of their customer base has created some growing pains, that was no excuse
for the treatment that I recieved or for an employee making the comments
about the software that he made.
Vladimir asked me to fully explain the issues that I had, not only with the
software, but also with tech support so that he could get to the bottom of
the issues and make sure that Eset's tech support does not suffer as the
company grows.
He has requested an email detailing the issues with the software so that he
can use it to look into the issues and get back to me with a response. He
also asked that I not judege Eset on the actions of a single rogue
employee - who has now been found via the emails that I reported and has
been dealt with internally by Eset.
I told Vladimir that the biggest problem that I had was not the glitches
that I had seen in the new software, but the lack of support for 7 days and
the subsequent emails from tech support staff that were not of a
professional or helpful nature.
I am going to email Vladimir the problems that I have seen with the new ESS
3.0 and NOD32 3.0 products and I will update you on any solutions that we
come up with to the problems.
He was very open to suggestions of adding an "exempt this file" and/or
"exempt this folder" button to the threat screens. He was also aware that
sometimes NOD32 cannot clean infected archived files and shows a red threat
screen with no actions available.
I did suggest that we always be able to quarantine or delete any file that
triggers a red threat screen and that all files deleted also have a copy
placed in a quarantined folder just in case the user did not want the file
deleted, accidentally deleted a needed file or there was a false positive
that triggered the deletion of the file.
I was very impressed with Vladimir's concern mainly over the treatment given
by the tech support personnel, and with his willingness to entertain
suggestions that may help NOD32 continue on it's growth path.
If you have suggestions for the Eset team, please post them here so that I
can make sure that they get to Vladimir and hopefully make NOD32 even better
than the 2.7 version (that I really loved using).
Thanks to Vladimir for the call, and I will update you all with any further
developments.
jim
called me to ask about the tech support issues that I have been reporting
here.
He apologized profusely for the actions of their rogue employee and assured
me that they employee was being dealt with internally.
He explained that while their continued popularity and subsequent doubling
of their customer base has created some growing pains, that was no excuse
for the treatment that I recieved or for an employee making the comments
about the software that he made.
Vladimir asked me to fully explain the issues that I had, not only with the
software, but also with tech support so that he could get to the bottom of
the issues and make sure that Eset's tech support does not suffer as the
company grows.
He has requested an email detailing the issues with the software so that he
can use it to look into the issues and get back to me with a response. He
also asked that I not judege Eset on the actions of a single rogue
employee - who has now been found via the emails that I reported and has
been dealt with internally by Eset.
I told Vladimir that the biggest problem that I had was not the glitches
that I had seen in the new software, but the lack of support for 7 days and
the subsequent emails from tech support staff that were not of a
professional or helpful nature.
I am going to email Vladimir the problems that I have seen with the new ESS
3.0 and NOD32 3.0 products and I will update you on any solutions that we
come up with to the problems.
He was very open to suggestions of adding an "exempt this file" and/or
"exempt this folder" button to the threat screens. He was also aware that
sometimes NOD32 cannot clean infected archived files and shows a red threat
screen with no actions available.
I did suggest that we always be able to quarantine or delete any file that
triggers a red threat screen and that all files deleted also have a copy
placed in a quarantined folder just in case the user did not want the file
deleted, accidentally deleted a needed file or there was a false positive
that triggered the deletion of the file.
I was very impressed with Vladimir's concern mainly over the treatment given
by the tech support personnel, and with his willingness to entertain
suggestions that may help NOD32 continue on it's growth path.
If you have suggestions for the Eset team, please post them here so that I
can make sure that they get to Vladimir and hopefully make NOD32 even better
than the 2.7 version (that I really loved using).
Thanks to Vladimir for the call, and I will update you all with any further
developments.
jim