Molnar Tibor

blog

  Home  |   Contact  |   Syndication    |   Login
  21 Posts | 10 Stories | 35 Comments | 2 Trackbacks

News

Archives

Post Categories

Image Galleries

Wednesday, July 30, 2008 #

When registering the Windows Rights Management Services (RMS) in Central Administration in MOSS, I received the "The required windows rights management client is present but the server refused access. IRM will not work until the server grants permission", even if I followed the 'To add SPS-SRV to the RMS Certification Pipeline' step from 'Deploying Windows Rights Management Services with Microsoft Office SharePoint Server 2007 Step-By-Step Guide'.

Solution: the Central Administration web application looks up in Active Directory the registered RMS service connection point and tries to access the ServerCertification.asmx web service which is in the C:\Inetpub\wwwroot\_wmcs\Certification folder. Give to the account of the Cenral Administration's application pool Read&Execute rights on the ServerCertification.asmx file.


When a new timer job is created for Sharepoint, it has to be programatically installed in a SPWebApplication.JobDefinitions of type SPJobDefinitionCollection. If the timer job have to receive some settings during run time, one option would be to use the .Net application configuration feature.

First you might think to copy the configuration section from the app.config of the dll where the timer job resides into the web.config of the web application where the timer job is registered. The first catch: the timer job is loaded by the timer service, which is the 'Windows SharePoint Services Timer' Windows service on the web front end servers and runs the "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN\OWSTIMER.EXE" executable, so we have to configure this service.

This can be done by creating the OWSTIMER.EXE.config file near the exe file, and put there the timer job configuration section.

Don't forget to restart the timer service :-).