- Emsisoft Support Forums
- → Most Liked Content
Most Liked Content
Posted by Elise on 13 July 2014 - 09:41 AM
On the other hand I find it sad to see that programs that are supposed to protect you, and that are trusted by the ones using (and often paying for) them, in fact collect so much personal data. In my opinion if you commit to protecting a computer you should apply the rules to your own product as well.
Ironically, many PUP products are accused of collecting personal data and they all do their best to convince us that they really don't do this. There are cases where security products actually collect more data than the PUP programs they detect.
Posted by Fabian Wosar on 27 September 2012 - 07:26 PM
We maintain the English as well as the German translation ourselves, so we can guarantee that those files are always up to date and they therefore should be used to base new translations upon. To make sure that you have the latest languages files please run the online update before you start your translation.
The language files adhere to the Windows INI file standard and in general are made up of the following parts:
Sections are enclosed in square brackets and are used to seperate various areas within the language files. Sections must not be translated.
Comments always start with two forward slashes. They are completely ignored by the application and can be used to keep notes. Translation of comments is completely optional.
Note that all lately modified lines in en-us.lng are copied and commented too. They are just for reference to track modifications on the original file.
The actual language strings are contained within the language file as key value pairs. The key part (which is the part before the equal sign) is used by the application to identify where the string is used and therefore must not be translated. The value part (everything after the equal sign) is the actual text displayed by the application and therefore must be translated.
- Keep in mind that Language files are plain text files. So if you want to edit a file make sure you do so with a plain text editor like Notepad. Text processing software like Microsoft Word or Works will not work.
The first step in creating a new translation is to make a copy of the language file you want to base it upon (either "en-us.lng" or "de-de.lng"). The copy should use the ISO language code as a file name. If you want to translate the product into Dutch for example it should be named "nl-nl.lng". Keep in mind that while Emsisoft Anti-Malware is running you are unable to change any of the installation directory's content. To create the copy in the Languages directory and edit it you will have to close Emsisoft Anti-Malware first or alternatively disable the self protection in the Configuration section.
At the top of the file you will find a special section called "LanguageInfo". This section contains various information used by the application to determine how to parse and display the language file. The section contains the following values:
The product version number this translation is based upon. Keep in mind that this is always the Emsisoft Anti-Malware version number, as Emsisoft Emergency Kit is a stripped down Emsisoft Anti-Malware version.
The English name of the language this language file contains.
The native name of the language.
The name of the author of this file. This should be your name if you create a new translation.
The email address of the author. This should be your email address if you create a new translation.
The date when this file was last edited. Make sure to update this value whenever you change the file.
[languageinfo] version=22.214.171.124 language=German languagelocal=Deutsch author=Emsisoft GmbH email@example.com date=2012-09-26Once you have adjusted the LanguageInfo section of your new language file, you can start translating the other sections.
Updating an existing language file
Language files do change whenever new user interface controls or features are implemented. In these cases it is not necessary to translate the entire language file again. Instead you can just add the new values to an existing language file. To facilitate this process we have added an overview that shows you which languages aren't up-to-date and exactly which strings need translation:
Simply click on the language to see which strings are missing. The format of the returned strings is "[section] valuename=string". We recommend that you make translation updates on a copy of the file. This is to prevent the online update from overwriting your changes on the next update. You also might find the tool WinMerge very useful to highlight added and removed lines.
Testing your new or updated language file
To test your new or updated language file simply restart the application and select the language you added or updated from the language selection drop down menu.
Submitting your translation
Once you have created a new translation or updated an existing translation, feel free to submit it here in the forum. Just create a new thread for your language if it doesn't exist yet and attach your language file to it. If a thread for this particular language already exists, add your updated language file as a reply to the existing thread.
As a little thank you for your effort we are handing out free licenses for all our products to translators. This applies not only to full translations but to updates and corrections of existing translations as well .
Reporting errors or problems with translations
If you find an error in a particular translation or if you run into any problems, please feel free to post them in the translation's forum thread.
Posted by Elise on 09 August 2014 - 04:30 PM
All these files are detected as PUP/adware (Application/Adware prefix), this means they're not malicious, but may exhibit possible undesired behavior. For example, offer the installation of third-party toolbars or application during setup. For this reason these are not false-positives and detection will not be changed.
Posted by stapp on 12 July 2014 - 07:21 AM
Only 2 av's were listed as the most privacy conscious... and Emsisoft was one of them
Emsisoft also comes out looking good. They send a bit more information when you encounter malicious files — for example, they’ll send suspicious executable files to the antivirus company — but they’ll never send a list of websites you visit or your documents over the Internet
Posted by Fabian Wosar on 25 June 2014 - 09:43 AM
It appears you are mixing up Malwarebytes Anti-Malware (current version is 126.96.36.1992) and Emsisoft Anti-Malware (current version is 188.8.131.5242). Since Malwarebytes and Emsisoft are entirely different companies, the license keys aren't interchangeable. However, if you want I can send you a free 1 year license of our product .
Have a current license for 184.108.40.2062 and it is working fine. Downloaded V9 update and copy/pasted the key I received when I purchased V2 but V9 says it is invalid.
Posted by Siketa on 05 June 2014 - 09:11 PM
I'm also a customer, so what?
It seems you don't understand the way things work.
Each new version of unsigned application has to be manually added to AMN.
Emsi team is doing great job (I have bad experience with Comodo) but they can not trace all existing apps in the web!
Like I already recommended you, turn off behavior blocker module while installing known good software and then enable it again after the installation is finished.
It's that easy!
Posted by Fabian Wosar on 17 April 2014 - 05:21 PM
False positives didn't change compared to last year at all actually. We just had a lot of catching up to do. The false positive test set AVC compiled contains files, that even VT hasn't seen yet (which is quite an accomplishment) and that aren't even available online any longer. If you throw a product into that test for the very first time, it is bound to have higher false positives than other products who had the chance to scan earlier revisions of the collection before. That is a fact that AVC itself recognizes and is the reason why the false positive results for our product included a disclaimer.
Great to see that FPs are decreasing.....
They are simply too expensive and don't reach nearly as many people as AVC does. We may take part in those tests eventually, but in the end it comes down to either take part in this one test that most magazines don't really care about, or hire a new full time employee for a year.
My question is - why Emsisoft does not participate in these tests
CRDF is unreliable. The way it works is, that they query VT to see if they have seen a file before and if so, get the last scan results.
It is no longer so good and colorful.
Whom to believe? Can do your own individual tests and see your scores?
I would recommend it just to do ....
The problem with that approach is, that malware or files that have never been seen on VT, won't be included in the results, because CRDF does not submit any files to VT. One could argue that those are the most interesting ones as they are more likely to be new malware.
If files have been submitted before, no rescan is issued. That means, the scan results they use for the statistics can potentially be days or even weeks old.
Their sample set also contains a ton of PUPs. I can't talk for other companies, but we specifically asked VirusTotal not to enable the PUP detection. It just saves us a ton of hassle having to deal with PUP companies all day, as most of them just check if their crap is detected on VT. Out of curiosity I downloaded their samples for February and March a few weeks ago (12,756 files in total, 1,270 of which aren't PE EXE files) and just judging by the digital certificates and version info alone at least 6,800 of the remaining 11,486 executable files are PUPs.
We talked to CRDF in the past, to maybe provide some more details in their statistic, but in their opinion these statistics shouldn't be used by anyone, so they have no intention to fix them.
Posted by 0strodamus on 20 August 2012 - 02:29 AM
Posted by Lynx on 14 November 2009 - 05:10 PM
Wow! That would be small thing to forget "ThreatFire"... you mean (?)
Show hidden icons revealed ThredFire
my bad, I clean forgot its existence...
And?... Please tell if you found the cause related to that.
====== most likely redundant info below
Anyway since I prepared some after reading your previous reply I will post it ... even if nothing applies it may help in other situations
I am not sure I can see how that related to A-M at the moment from the description, except you are saying that disabling the guard helps.
I am not using Vista but I hope that H_D may help to provide Properties info for the standard Notepad and you can do the same.
a side note: that may not relate but still … If you search out there there are reports for Vista slow file opening (notepad included) but as I briefly noticed that was in time of SP1
Any reasons that you are still using SP1 but not SP2?
You didn't answer the question about the size of files you are opening and whether that matters?
Can you try to open any other file with Notepad like .log/ .ini. Will you experience the same effect?
Are you using any add-ons / typing enhancements for Notepad?
Well, again not really A-M related but there are several things that improve file opening and in Notepad in particular:
- try to uncheck Word Wrapping – that really reduces opening time, but for big files.
- In Explorer / File Options / View Tab find and uncheck "automaticaly search for network folders and printers "
Have you ever connected this PC to the LAN?
There is a weird thing: when you do the above some associations for opening files can be changed for network names “\\” in the Registry and another interesting article comes to mind (but I cannot find it right now) programs' network rules could be set that they are accessing particular IP addresses
and when PC is disconnected that is still happening until that times out. Therefore, there is a delay that could be around 30 seconds before the file opens normally.
You may check if there are network activities when you are opening files with Notepad.
Any logged events in the System/Application Event viewer at the moments when you are using Notepad?
You can clean IDS Log and check what is logged there as well at that time.
Not much help and no more ideas at this point.
Posted by Tempus on 13 May 2014 - 08:02 AM
Hey Emsisoft , ...today I have a suggestion and a question (ooh nooo.. )
It's probably too late for my suggestion?, for a new feature. But maybe you / Emsisoft would consider it for future releases of version 9.x ? I work a lot with Adobe's software, ( and game a lot when I find the time), and most of the time in fullscreen mode. So therefore I would like, or wish , Emsisoft to detect when full screen mode is used, and shift automatically to Gamemode, and exit it again, when user is leaving fullscreen. Quite often, I find that I have set Emsisoft anti malware in Gamemode for days. Because there's so many interruptions in the daily workflow . So for me it would be a great help if such a feature were implemented in EAM.
- Will this suggestion, which is from a good constructive thread I had, be incorporated in version 9? Please see this thread. Game mode, post 6 and 7.
Posted by Fabian Wosar on 07 April 2014 - 01:17 PM