Tech Battle Field

  Issue: User loading an InfoPath web form gets an error message similar to the one below: "This session has exceeded the amount of allowable resources." Solution: Visit "Application Event Log" You should see something similat to the error below around the same time the user got the error: Event Type: Error Event Source: Office SharePoint Server Event Category: Forms Services Runtime Event ID: 5737 Description: Number of form actions, 235, has exceeded 200, the maximum allowable value per request. This value is configurable and can be changed by the administrator. (User: ##, Form Name: Daily, IP: , Go to "Configure InfoPath Forms Service" in the "InfoPath Forms Services" section in "Application Management". In the  Number of actions per postback  box, change the value to be above the number of form actions listed in the event log. The default value is 200.

WebPart Developers WSS3.0/MOSS2007 run across the issue where a web part is dropped on to a page  and then Sharepoint errors out for one reason or the other. Sometimes, the user is directed to a Web Part Maintenance page,  which helps the developer remove the offending web part from the page.  However, there is no way to get to this page from any easily available link.  Resolution: In order to get to the Web Part Maintenance page for ANY sharepoint url, access the maintainence page by doing the foll: a) Append the querystring  ?contents=1  to the url in the browser as shown below.

By default the request access feature is enabled for all the site collection and the reply-to address is set to the e-mail address of the user who entered the SMTP server name. If you want to use a different e-mail address, you can specify a different individual or group e-mail account to receive access requests by the foll way:   Home > Site Actions > Site Settings > Modify All settings > Advanced Permissions > Select Settings > Access Requests>change the email id you want them to recieve these emails.   If you want to turn down the feature, uncheck the box and say "ok"

After installing the security update for IE 7 (KB963027) , my application was working normal from the network but throws a popup on the actual box.  Two ways to rectify this issue  1. Uninstall this update  2. Get a life without IE 7 Yes, It justkilled most of my time here.

Do the following to find your sharepoint databases: ·          1. Content DBs: These are actually listed quite nicely in central admin. At least they gave us that: APP MANAGEMENT >> CONTENT DATABASES >> select each WEB APP you want to see a list of content DBs for. ·          2. Config DBs: This one was tricky and took me a while. Turns out this info is in the registry. Sigh. REGEDIT >> HKLM\Software\Microsoft\Shared Tools\Web Server Extensions\12.0\Secure\ConfigDb ·          3. SSP Config and Search DB: This one was obvious in hindsight: Central Admin >> SHARED SERVICES ADMINISTRATION >> click the EDIT PROPERTIES drop down on the SSP you want to look at. OR use this command to list out the info of an SSP - stsadm -o enumssp -all    4. Central Admin >> OPERATIONS >> Services on Server >> Windows Sharepoint Services Help   Search>>Database Name And to verify, please do the following: 1. Central Admin >> OPERATIONS ...

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=baa3ad86-bfc1-4bd4-9812-d9e710d44f42

To map a sharepoint list or a document library we should do the folowing: 1. Enable and start the webClient services. 2. Goto Map a Network Drive and add the Sharepoint URL ("http:// / " Also, for accessing the sharepoint site thru network places do the following: 1. Map Network Drive, select the appropriate user, enable the wizard to create a shortcut. 2. Place the url and you should access the sharepoint content and can feel it like a file server.