Support

I see, sorry for that. We will try to recreate this situation and possible fix the issue. Can you look at the backup of groups.dat file? You can rename it to .xml and open in a browser. Does it contain actual groups? Besides, have a look here, I think this will be helpful in your situation: A tool for importing XML files to specific groups

Thanks for the notice. We haven't paid attention to this fact... Now I see similar results on Vista 64bit. This needs some more time to investigate. At the first glance I can say that these systems seem to report data in other units (like kilobytes instead of bytes). Or we may have used wrong field to get actual memory similar to what Task Manager shows. Though we have did it according to Microsoft documentation. I will revert back as soon as I get more information.

I think it will be possible in version 1.7.0. We are going to release it in a month. This possibility is tightly connected with internal structure and algorithms, so it's not as easy as it can seem.

No, currently there is no setting for access rights and no separate application for read-only access. Perhaps we could prepare such one in a couple of days if necessary. But this will not prevent a user to download and use full version instead of the read-only one that you would give him...

As to the compatibility of versions. In case of forward moving, surely if you scan a computer with 1.6.0 or earlier version, there will be no information from this WMI interface which newer versions (1.6.5 and above) expect to find in the XML file and display. However in case of backward moving, if you take the newer file to older versions, they will not know about "Security" information, but nevertheless they will have installed software list and they will be able to find the antivirus product. It only can be that there is no specific keyword to detect particular product. You can add such keyword (it can be two words also with a space between that, that is any exact part of the name): in the file "config.ini" there is a parameter "antivirs", just add a comma and the part of antivirus product name (this is for 1.6.0 and earlier versions).

When the category was named "Antivirus", the information for it was collected in a very simple way: the list of installed software was scanned for matches with certain list of keywords which usually appear in antiviruses names (generic words like "virus" and some names of the software publishers like "Trend Micro") and in case of matching the item was included to Antiviruses list. When "Security" was introduced in 1.6.5, the system was changed and information started to be collected via undocumented interface in WMI, in the same way that Windows Security Center gets this info. Of course majority of antivirus vendors introduced support for this interface in their products and they should publish this info in special way to the system, so that Security Center show a user that his PC is protected. The way to publish this info is provided to antivirus vendors only under non-disclosure agreement, so that nobody else could fake the protection status of computer. And the way to collect this info is just not documented by Microsoft, but is discussed on some forums and its implementation is possible with this information. However this way only works under two conditions. First is that Security Center interface should be present on the system (which is true only for XP and Vista), that's why it cannot be detected on any server system (and on any 2000 and earlier system). Second is that antivirus should support this interface. I don't know if this true for the particular product you use. Can you please check if Security Center on XP machines shows your antivirus name, version and up-to-date status?

That is strange. Do you mean the groups in your current network tree or maybe the groups of the tree you have transferred the files from? Can you please describe all steps you have taken just before that happened?

Hi, This is a rare issue that sometimes happen when XML file becomes corrupted. That was a wise solutioin. I think we will add a procedure to delete this file automatically in case of errors, or show a prompt for a user to do this manually, so that it could be rebuilt normally. By the way, do you store your data folder in a network share or on a local disk?

RUNAS command will ask for the administrator's password, so that's not a very good solution for login script. Some users may have no rights to write to the root of disk "C:". I would recommend to change the script as the following: @ECHO OFF SET COPYCMD=/Y xcopy \\my_Server\netlogon\tni*.* %TEMP% /D start %TEMP%\tniaudit.exe /scripted I suppose that "savepath" parameter in the file tniaudit.ini points to some shared folder so you will not have to look for the result files in %TEMP% directories instead of C: roots.

Yes, in the meantime you can name the groups this way (for example): Network |_NorthAmerica |_USA |_US-WORKGROUP |_US-MSHOME |_US-CompanyDomain.com |_Canada |_CA-WORKGROUP |_CA-MSHOME |_CA-CompanyDomain.com |_Mexico |_MX-WORKGROUP |_MX-MSHOME |_MX-CompanyDomain.com That is, include country code before or after the name of the group to make it unique. Then use this tool which we have created just now: Groupseditor to import the files to the specific group. With this tool you don't need to copy the files to the data folder or press "Refresh data storage folder", it will take care of that itself. You can use it with the program running in background (but not in scan process), and when you have done the import just press the button "Refresh tree" on the small toolbar above the network tree and you'll see the newly imported nodes. However, due to the current internal restrictions, computer names should be also unique, otherwise they will not be added or will overwrite each other.

I understand. We will try to do this as soon as the tasks that are already in work allow.

The issue is not because of coincidence with the domain or workgroup name. This is because the program relies on the uniqueness of the group name for some internal reasons. This uniqueness is obviously checked throughout the whole tree. So if a group named "WORKGROUP" (only for example) already exists, it will not be possible to create another group with such name. We are going to fix this in future versions to allow the structure you have mentioned.

Isn't it the same idea that you offered in the first post? :) I think it includes this point and so will be considered for implementation. By the way, one of the updates some time ago has added multi-selection and drag-n-drop to the network tree, so creating a group and moving a number of nodes there in current version will not take more work than creating a folder and moving a number of files in Explorer.

Yes, it is possible in this way. It is only necessary to copy the installed program on a flash disk. And if the path in "Options - Storage" is set to "Data", then there will be no error messages because the path is relative. However, any time the program is run on a new machine, it will ask for the license key and will leave traces in the registry. A workaround to this will be offered to MSP license holders, but not publically.

This is a good solution for the purpose of scanning non-networked or standalone computers, but too much work to inventory a whole network, because tniaudit.exe scans only local PC which you run it on.

Such feature was planned, but is not implemented yet. We are going to add it in the future versions.

Unfortunately it's not possible now, but thanks, we will consider this idea for the next versions.

Please send an email to support@softinventive.com describing your issue more detailed and provide some screenshots.

Thanks for the information. According to the today's testing on virustotal dot com, current version of TNI is wrongly detected only by SecureWeb-Gateway. We are working on this issue now. Other antiviruses like McAfee, Norman and Panda does not falsely detect our file anymore.

This is done via WMI, but it's not documented in MSDN. For example, it can be done using VBS script (for local machine): strComputer = "." Set wbemServices = GetObject("winmgmts:\\" & strComputer & "\root\SecurityCenter") Set wbemObjectSet = wbemServices.InstancesOf("AntivirusProduct") For Each wbemObject In wbemObjectSet str1 = "AV name: " & wbemObject.displayName & vbCrLf str1 = str1 & "Vendor: " & wbemObject.companyName & vbCrLf str1 = str1 & "Version: " & wbemObject.versionNumber & vbCrLf str1 = str1 & "Up to date: " & wbemObject.productUptoDate & vbCrLf WScript.Echo str1 Next But anyway neither we, nor Microsoft knows when and how the up-to-date flag is set, because as I've already said it is set by antivirus product itself. So if you need to know exact time, you should question the particular antivirus product manufacturer.

There is a non-documented namespace in the Windows Management Instrumentation service which allows antiviruses, firewalls and anti-spyware to publish information about their status (for Security Center and luckily for anybody else who might want to use it). Unfortunately the field for virus definitions date was not provided, only the boolean value - whether the program is up-to-date or not. So the antivirus itself knows exactly the date when it was updated, and if it was too long ago (for example more than 2 weeks), it sets this up-to-date flag to "false" by itself. Then Security Center or TNI read this info.

The new version of Total Network Inventory 1.6.7 (build 2202) has been released. Here is the list of updates: Added: New custom report fields 'Number of adapters' and 'Number of monitors' in 'General information' section. Helpful to get overview of multimonitor systems, see which systems are capable to use second monitor but use only one, etc. Added: New custom report fields 'Group' and 'Path' for output of the computer location in the virtual network tree. If you have created a tree structure that represents geographical location or departments, include these fields to the report to see where each computer is located. Added: New tabular detailed reports - network adapters, printers and four reports on computer storage system. Information that was not available in tabular view earlier. Added: Many handy keyboard shortcuts which are specified on the corresponding menu points. Save time on everyday actions. Improved: Running program is activated from tray or taskbar when it is started second time. In case you have minimized it to tray and forgotten. Improved: The measurement units are moved to the column headers in tabular detailed reports (allows proper sorting). Now, for example, hard disk drives can be sorted by capacity, ascending or descending, from under 10 GB to over 1 TB correctly, which was not possible when data was sorted as text. Improved: Categories panel redrawing performance. The slowest part of the interface (when resizing or moving the window) was rewritten from scratch. Other minor fixes and improvements. It can be downloaded here: https://www.softinventive.com/downloads/tni-update.exe Feel free to post your comments on this version here.

I see. Well, that field in custom information section was introduced for manual entry (Edit - Edit selected node - User information). Now we know that it's possible to get that information from Active Directory, but this will be possible in future versions only.

Whose name do you mean? Please explain.

Thanks for the note. This is obviously a false alarm, and we have received many notifications from the users who have McAfee antivirus products for the last two days. Of course this file is not a trojan in any case. This is not the first time they flag our product incorrectly. It seems that it have happened in one of the last antivirus bases updates. We have addressed McAfee support and were told to expect some response in about a week. Meanwhile it is possible to include the file or the program's installation folder to exceptions/exclusions.