Service Pack 2 for Microsoft Office SharePoint Server 2007 and Windows SharePoint Services 3.0 due to ship April 28th
We created a BASE2008.vhd disk, so when a new server is required we could easily use this base diks to skip the whole installation part and simply rename the server. Everything worked just great. Adding the new server to the domain and the installation of the new SQL server 2008 went as smooth as we suspected.
But when we wanted to add new users and groups to the SQL server we received the same error:
“Windows NT user or group
If you want to use the Microsoft Online Services Single Sign in tool. Check the C:\Program Files\Microsoft Online Services\Sign In\SignIn.exe.config file first!
The tool wouldn't want to authenticate me although my username & password were correct.
Why check the config file?
First of all you need to know where exactly your online service is located.
if you use emea (Europe, the Middle East and Africa) like I do, check the C:\Program Files\Microsoft Online Services\Sign In\SignIn.exe.config. At the bottom of this file there is an endpoint element.
make sure this elements address is referring to the correct url
EMEA users –> https://signinservice.emea.microsoftonline.com/ssoservice and not https://signinservice.microsoftonline.com/ssoservice like in my case.
this small change enabled me to use this tool without any other problem.
Do not try to connect your outlook with the BPOS Exchange server. Outlook supports only 1 exchange account at a time so the other one will be removed. Make sure you export a backup (*.PST) first!
Some things that you need to know before you start developping SilverLight solutions that displays data from SharePoint by using the default webservices.
Every call to a webservice from Silverlight is asynchronous
crossdomain.xml and clientaccesspolicy.xml
While debugging, your Silverlight application runs on a localhost and hereby it cannot connect to a webservice on another domain. In order to tell silverlight that it has access to these webservices you need to place the crossdomain.xml on the root of the webserver where these webservices exist.
In sharepoint this is a problem, because you cannot simply put them in the root by copy paste in IIS explore mode. You need to use sharepoint designer to connect to the sharepoint server and add the xml file. Afterwards make sure the file is available at this location:
What happens when your server contains a special url like http://server:port/ test/
http://http://server:port/ test/crossdomain.xml, you cannot copy paste this xml file using SharePoint Designer because it won't open http://devmoss:8080!
More info: http://msdn.microsoft.com/en-us/library/cc197955(VS.95).aspx
Create a proxy service!
In order to keep the silverlight application clean, reference your custom webservice. This webservice exposes the data needed in the silverlight application. Make sure that you set the correct impersonation settings in the web.config.
Enable the invoke button remotely on your webservice