Since your post is humongous with the quotes in it ill just quote your answers that i want to argue about 
(keep in mind that i still see this as a business product and thus should be treated as such with installation, configuration and maintenance and thus also has to comply to set standards within the company)
(is it wise to make a separate thread for this judged on the sizes of our postings? if so could you make it happen?)
I also found new problems, see below the quotes
Quote from: wpn on Yesterday at 16:55:36
1) during setup i want to choose where i place the mirror directory..!!
On one hand, I can understand your wish to “control” applications on your computer, on other I have some counter arguments that I will shortly present here with a few options:
a) This folder name really says it all - it’s “ProgramData”. Data managed by the program. Average user (or even well above average user) really has no clue what these files contain and how they could use these.
b) The more locations your product (product sections) resides in, the harder the config&support. So, now we only have to point the user to one folder and everything interesting for the support/dev should be “here” or in it’s sub folders.
c) Workaround: If you wish to have such data on a different partition (or a physical hard drive), change the windows settings to point to a location you wish to use. All well-behaved applications should then pick up the new setting and your program data will reside elsewhere. I understand having this on a different physical hard drive can sometimes increase performance etc…
d) PS: To ease the pain a little bit, consider apps such as certain editions of Outlook or Outlook express… These even stored your emails in the ProgramData, now that’s something I would not be sure is pure “prog data”. With the mirror files, I am sure they’re in proper location.
a) I know the function for this directory and im happy with that directory. But for the ABP the size of the directory can run up to xxxGB if you keep it running long enough i believe. Next to that i do NOT want xxx clients to put a load on my C: drive. The C: drive is my OS disk not my fileserving fileshare. If clients update they take performance away from my OS disk. I have special other RAID disks for data usage that are in a cheaper setup then a mirror raid setup.
Now i hear you say: But other programs make use of it too
Not entirely: The business programs that use it have very little data in it compared to ABP mirror directory. Because also they let you choose where the real data directory has to be place.
b)Thats a mather of view; If i point the base directory (see a later point in my previous post) points to for example D:\AVAST_DATA\ then all the necessary directories kan still reside in that directory and thus easy accessible for tech support. Maybe its able to be mentioned on the summary page, data directory: x:\xxxxxx
c)I know the workaround will work and its also what i figured. But to change an OS setting to be able to put dynamic data from a program on a location I wish/require it to be, thats so not done! Ill quit my job if my company tells me that i have to change an OS setting for this
d)This product should be installed on a machine that is not used for regular daily work, programs that are not following the new stricter rules for programdata locationing should not be present on that machine therefor.

(but i get your point, there are still plenty of programs that do not comply to the better rules)
no good AD integration
a) Currently we don’t support AD users. Future releases may have this option, in future releases user roles will be introduced, but not for this release.
b) AD groups won’t be reflected into our product. AD groups are hierarchical, our groups are not. The product is meant to be easy to understand and handle. Tree structure is difficult to comprehend and manage for not-so-advanced user, so we decided not to support hierarchies, thus we can’t mimic this behavior of AD or other LDAP store.
a)I strongly suggest that a future release should have AD user support. This is a business product which works optimal in an AD environment. Like you said in the above quote point B: its harder to support/config/maintain if i need to keep a separate administration for yet another software package. Most of the current business products use windows authentication (ad accounts) for user control, why again not this business product…
b)Clear on that point. no need to argue about it more
3) In the admin settings there are advance settings. You have to double-click to change settings...
A word of advice: don’t change anything here. The system should work with what ever advanced settings it was shipped with and if you don’t know what you’re changing, you could cripple the whole app… Don’t touch this, please. It’s a dangerous place and you could get your self into state where we won’t be able to help you. But you’ve read that in the dialog you had to click, right?
- changing the mirror directories doesn’t work (there are existing directories where i pointed the new ones to).
No, it does not work. This operation is not supported and will not be supported at least for this major release.
Dialog?? which dialog??

If i should not change it, make it not changeable

its like saying: here is 1000 dollar for your knee surgery but your not allowed to pay with that 1000 dollar. lol

In the advanced settings are the settings for the directory for the mirror datalocation.
Basicly whats the point of the advanced settings if you cant change them to operate within my set parameters
So in the next/later release or at least in the final product, changing these settings will work so i can comply to company standards of large quantities of data storage?
May i suggest to make a BASE PATH (suggested in original posting at another point too) instead of all the directories separate paths…
6) logging in the console remotely doesn't work. I get the log-in screen but the login with correct credentials results in an eternal loop trying
to login. Locally login works fine.
Logging in trough a proxy? There are known issues in such scenarios, we’re working on fixing this.
In my test enviroment i do have TMG running. Tho i use firefox4.0 to login which is set to use NO PROXY (so not autodetect proxy either).
I turned of TMG machine, turned of any kind of firewall on client and server, rebooted client just to be sure
This helped. i could log in remotely now. So i guess its the proxy that you mentioned
Next beta version will contain better "bulk" actions just for this purpose, we're currently in the process of internal testing of this.
if my GF wasnt of the jealous type, i would say i love you guys
8 ) remote deployment doesnt work with the domain user (yes i used the administrator for testing so all rights are there). Have to use a local computer account for succesful deployment.
Way too many things can go wrong - this process is quite complicated. Look into the logs (aswrinst.log and the service log) for more info, might help you a bit.
I turned on all requirements for remote deploy (since it was succesful with a local account)
I checked the logs, hence i changed to the local account. The logs told me error 2202
wNetAddConnection2 \TEST-CL-001\c$ TEST-CL-001\ error 2202 (The specified username is invalid.
(your missing the closing bracket there in that line at the end)
See attached logs, there is an error 1 minute later then the above error in the service log. Its a timeout error
(later today or in the weekend i will put up a new client and also turn of the firewalls on the Domain Controller to test)
I typed the username in this form:
administrator
testbzw\administrator
testbzw.local\administrator
The password i typed in several times and in jostistyle (dutch people know what i mean here ;))
so i am 1000% sure i typed all correct and it didnt work with above error…
i changed the account to the local admin (which i had to activate for it since its win7) and it worked like a charm and damn fast too
9) automatic localisation on the client.... if something gives me a near brain aneurism it is localization. I do not wish to see the crappy dutch localisation on a client.
I like this, we’ll give this a tought for future release, for the time being, bear with us…
I can bear with you, no problem, its a beta release for a reason no?

As long as i can choose which language i want to see in the client (per group?) im happy.
Per group would be nice since i can have 2 office locations which are bilingual then where i choose the computer i support for english ofcourse
[edit]
-added the mentioned new problem below
- i will post the service log in a new posting since the forum keeps telling me the file is too large (192kb)
New found problems:
I manage to log in remotely now with firefox4 (see one of the quotes what i did on your mentioning)
Now i can login except when i click on NETWORK GROUPVIEW and i want to create new groups i have to fill in all details myself. If i want to edit an excisting group, i dont see the settings its all blanc…
Next i clicked on GRIDVIEW and the program crashed (see attached screenshot)
If you need anything more from this tell me