“You experience a long domain logon time in Windows 7 or in Windows Server 2008 R2 after you deploy Group Policy preferences to the computer“, http://support.microsoft.com/?kbid=2561285
There’s a hotfix for Win7 and Server 2008 R2 available.
This guide will show how to edit your office2010.admn and office2010.adml files to add support for more trusted locations than the default 20 that the admx file currently allows. The below example will show how to add the 21st location. Just repeat the process for more locations. Bolded items need to be changed for each location. You will need to edit the office2010.admx and the office2010.adml file.
in the office2010.admx file search for location20
then insert the below on line 4517
<policy name=”L_TrustedLoc21” displayName=”$(string.L_TrustedLoc21)” explainText=”$(string.L_OfficeTrustedLocationsExplain)” presentation=”$(presentation.L_TrustedLoc21)” key=”softwarepoliciesmicrosoftoffice14.0commonsecuritytrusted locationsall applicationslocation21“>
<parentCategory ref=”L_trustcenter241″ />
<supportedOn ref=”windows:SUPPORTED_WindowsVista” />
<elements>
<text id=”L_pathcolon318” valueName=”path” expandable=”true” />
<text id=”L_datecolon319” valueName=”date” />
<text id=”L_descriptioncolon320” valueName=”description” />
<boolean id=”L_allowsubfolders321” valueName=”allowsubfolders”>
<trueValue>
<decimal value=”1″ />
</trueValue>
<falseValue>
<decimal value=”0″ />
</falseValue>
</boolean>
</elements>
</policy>
in the office2010.adml
search for <string id=”L_TrustedLoc20″>Trusted Location #20</string>
add after it the below for 21
<string id=”L_TrustedLoc21“>Trusted Location #21</string>
search for <presentation id=”L_TrustedLoc20”>
add at the end of it the below for 21
<presentation id=”L_TrustedLoc21“>
<textBox refId=”L_pathcolon318“>
<label>Path:</label>
</textBox>
<textBox refId=”L_datecolon319“>
<label>Date:</label>
</textBox>
<textBox refId=”L_descriptioncolon320“>
<label>Description:</label>
</textBox>
<checkBox refId=”L_allowsubfolders321“>Allow sub folders:</checkBox>
</presentation>
Once done making the edits copy the new office2010.admx to C:windowssyvoldomainpoliciespolicy definitions and the new office2010.adml to the C:windowssyvoldomainpoliciespolicy definitionsen-us
When you restart your Group Policy Management Editor you should see the new location
Once the GPO has been applied on a windows client in Office the trusted loactions will show the new 21st location
If you’re like me then you probably strive to provide a consistent user experience across multiple systems. This helps in facilitating training and minimizing troubleshooting time. I do this on macs by modifying the default account so each new user account created on a system has a standardized environment which is designed for my organizations needs.
At the heart of this practice is a default set of user data, carefully designed around the needs of the group and applied to each account when it’s first created. For Windows that data is typically stored in C:Documents and SettingsDefault User, while Unix systems have traditionally used /etc/skel. Mac OS X keeps its user template deep within the /System hierarchy, but while finding it can be difficult, customizing it to your needs is quite easy.
Start with a new account created specifically for this purpose. Choose the system preferences, dock items, browser bookmarks, server shortcuts, and application settings appropriate to your user base, leaving out anything you can instead control via Open Directory’s managed preferences. If you install individual applications or fonts on a per-user level, include those in ~/Applications and ~/Library/Fonts (where the tilde represents the user’s home directory).
Once you’ve finished, open Keychain Access from the /Applications/Utilities folder and delete the “login” keychain (both references and files when prompted) so new users will get their own keychain file created for them. You’ll also want to delete the cache files stored in ~/Library/Caches, clear out the “Recent Items” from the Apple menu, and (if you’ve used the Terminal) discard the ~/.bash_history file.
Now log out of the template, and log in to an Admin account. From here, you’ll be clearing Apple’s existing user template and copying your new template user in its place. In Leopard, that work can’t be done using the sudo command, and instead must be performed as the root user, meaning you run the risk of doing serious damage if you don’t understand what you’re typing. If you’re at
peace with that, just open the Terminal, and very carefully type:
su –
After prompting you for a password, this will let you assume the role of root, the Unix “superuser”. This allows you to modify and delete any file on the machine.
rm -r /System/Library/User Template/English.lproj/*
This removes everything inside the English-speaking template folder. If you’re utilizing another language, you’ll need to change this to the appropriate template.
cp -R /Users/TEMPLATE/* /System/Library/User Template/English.lproj/
In the command above, replace TEMPLATE with the actual name of the template account you’ve created. This copies your prepared user environment into the template location. After which you can:
exit
Now, when you add a new user account, it’ll be created with your customizations already in place. You can then delete the original account from the install you built it on, but be sure to back up the home directory. The process can be repeated on multiple machines, deployed on your server, or incorporated into a system image, all using the same template.
You must be logged in to post a comment.