Cincinnati, OH Questions and Answers Windows 2003R2 and Exchange SP2 (2-2-2006)
Good afternoon everyone. I enjoyed meeting you all in Newport. I really enjoyed the show and I am glad a lot of you got to come to the event. Sorry for the delay as you can see there are several questions. So without any further delay here are the Questions and Answers from the event. As always feel free to comment if I missed any question or if you need additional information, enjoy!
Q: Will MONAD scripting be backwards compatible?
A: As of right now, I would say no, but it all depends it is available today for Windows XP SP2. Monad is slated to be released as part of the next version of Microsoft Exchange Server, currently planned for release sometime in 2006. Additional avenues of distribution are also being considered. Monad currently runs on Windows XP SP2 as well as current builds of Windows Vista. There a lot of great resources located here on MONAD: https://www.microsoft.com/technet/scriptcenter/hubs/msh.mspx
Q: Before Microsoft Windows 2003 R2, what are some methods to deploy printers?
A: Generally speaking before R2 a lot of IT administrators used scripts to deploy printers. Here are some good examples: https://www.microsoft.com/technet/scriptcenter/scripts/printing/client/default.mspx
For more information on the improvements in R2 and printing: https://technet2.microsoft.com/WindowsServer/en/Library/8a497ff6-feca-4626-883a-f110bf28c6901033.mspx
Q: With Microsoft Windows 2003 R2, do all the servers that participate in Distributed File System (DFS) have to to Windows 2003 R2?
A: The answer is a definitive and official No, however there are a couple of requirements. The servers that will participate in DFS Replication must run Windows Server 2003 SP1 and Windows Server 2003 R2. After you install Windows Server 2003 R2, you must install the DFS Replication Service on each server that will take part in replication, and you must install the DFS Management snap-in on one server to manage replication.
Q: What is the best way to stage the setup Distributed File System (DFS) when you have new servers and already populated directories?
A: Probably the best way to reduce replication traffic needed for initial replication of new data, you can pre-stage the branch servers by using a restored backup. DFS Replication can use RDC and cross-file RDC to reduce the bandwidth required to replicate any new files or portions of changed files.
Also there is a great white paper here: https://technet2.microsoft.com/WindowsServer/en/Library/1aa249c0-40f3-4974-b67f-e650b602415e1033.mspx
The following table describes how pre-staged files are handled during initial replication.
File on Primary Member |
File on Non-Primary Member |
Result |
|---|---|---|
File A.doc is identical to File A.doc on the non-primary member. |
File A.doc is identical to File A.doc on the primary member. |
The file is not replicated to the non-primary member. Minimal metadata is replicated, however, to update the DFS Replication database on the non-primary member. |
File B.doc is more up-to-date than the version of File B.doc on the non-primary member. |
File B.doc is outdated compared to the version of File B.doc on the primary member. |
The primary member's version of File B.doc is considered authoritative. The version of File B.doc on the non-primary member is moved to the Conflict and Deleted folder. File B.doc from the primary member is replicated to the non-primary member. RDC and cross-file RDC can be used to replicate portions of the file to the non-primary member. |
File C.doc does not exist on the primary member. |
File C.doc exists on the non-primary member. |
File C.doc on the non-primary member will be moved to the member's Preexisting folder at the end of initial replication. |
File D.doc is outdated compared to the version of File D.doc on the non-primary member. |
File D.doc is more up-to-date than the version of File D.doc on the primary member. |
The primary member's version of File D.doc is considered authoritative. The version of File D.doc on the non-primary member is moved to the Conflict and Deleted folder. File D.doc from the primary member is replicated to the non-primary member. RDC and cross-file RDC can be used to replicate portions of the file to the non-primary member. |
File E.doc does not exist on the primary member. |
File E.doc is created on the non-primary member while initial replication is taking place. |
File E.doc is replicated to the primary member after initial replication completes. |
File G.doc is identical to File G.doc on the non-primary member. |
File G.doc is deleted on the non-primary member while initial replication is taking place. |
If File G.doc from the primary has not replicated to the non-primary member before the delete occurs, the delete does not replicate. Otherwise, the delete replicates because the delete occurs on the primary member's version. |
Q: What happens when you apply a new Quota with the File Server Resource Manager (FSRM) to a volume that violates the quota policy?
A: FSRM will not get rid of files to make the quota, however do to the overage of quota, the new quota will be enforced, so the share will not be able to get any new data. However, one of the cool features of FSRM is that you can have it create a report on the volume to determine which files are good candidates to be moved.
Q: Can you export the new File Server Resource Manager (FSRM) your custom quota templates?
A: Not natively through the GUI, but you can via script, check out this location: https://blogs.dirteam.com/blogs/r2/archive/2005/11/19/104.aspx
Q: Where can I get more information on the Messaging and Security Feature Pack (MSFP)?
A: I would highly recommend visiting this location to learn more about the Messaging and Security Feature Pack here: https://www.microsoft.com/windowsmobile/business/5/default.mspx. I would also sign up for the newsletter to keep informed.
Q: How does the a new Mobile 5 device look up the Global Address List (GAL)?
A: This is just a native feature of Mobile 5 devices and Exchange SP2, and it appears just to use your over the air data plan to accomplish this, so basically a web lookup. For earlier mobile devices I did find an add-on for you here: https://www.microsoft.com/windowsmobile/downloads/global/pocketpc.mspx
Q: Can you perform a mobile phone remote configuration?
A: There is a fantastic white paper here that discusses this: https://www.microsoft.com/windowsmobile/business/strategy/supportingdevices.mspx A majority of the information I found did involve writing customize applications to accomplish, but that white paper is excellent!
Q: What are some methods of reporting SPAM to the Intelligent Messaging Filter (IMF) or other services?
A: Right now built into to Microsoft there are not a lot of features that will help this, however there are several things happening with the acquisition of Sybari, I would take a look at this document: https://www.microsoft.com/technet/security/alerts/info/collaborationsecurity.mspx There are several resources on the web to report SPAM, just do a search.msn.com to find out about all the different options.