a SharePoint Administrator's Blog

Main menu

Monthly Archives: January 2008

I found this trivial tip on Itay Shakury’s blog and I must admit that I have been asked this question many times too and always have to think twice before I remember how to do it.

So that’s way this is posted here as well [:D]

SharePoint Central Administration’s has a page that allows you to select site collection administrator, you are prompted to specify a site collection administrator, and optionally a secondary administrator.

But there is no reason why you won’t have more than tow administrators for a site collection.Go to the site collection settings page, and click on Site collection administrators. (or open the following page: http://YourSite/_layouts/mngsiteadmin.aspx)

Some of our customers requested to have the ability to search context within email messages and within its attachments.

Searching the web for a solution came with results that indicate that a third-party development is needed to achieve this ability…Then I found Gavin Adams post and Tom Vandaele post that wrote that the ability to deep search within msg files is a MOSS out-of-the-box option that need to be configure.

Followed their instructions I tried to search context in a docx file attachment with in a msg file that was uploaded to a document library. I succeed to get the msg file by searching its context , but failed to get results related to the email’s attachments.

After some tests of my own, I figure out that the registry should look like that:

Make sure that this key exists in the MOSS registryHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\12.0\Search\Setup\ContentIndexCommon\Filters\Extension\.msg

Add these keys and values to the .msg“Extension”=”msg”“FileTypeBucket”=dword:00000001“MimeTypes”=”application/msoutlook”

The MimeTypes application/msoutlook is the one I use to gain the deep search ability (couldn’t do it using the MimeTypes = application/vnd.ms-outlook)

In order to install MOSS 2007 on Windows Server 2008 you will need to install ‘MOSS with Service Pack 1’. This is known as a slipstream installation and it contains the original image for MOSS RTM and the MOSS and WSS SP1 files. The problem is that this ‘all in one’ slipstream is not available for download just yet, so you have to create your own slipstream image. Fortunately, this is very easy to do, just follow these steps:

Download MOSS and WSS Service Pack 1 files

You can download the MOSS and WSS SP1 files from here. You will need both service packs for a MOSS installation:

Once you’ve extracted the service pack exe’s you need to copy the extracted contents to the /Updates folder on the MOSS CD. The easiest way to do this is take a copy of your MOSS RTM CD (or extract your ISO image) onto your file system and simply copy the contents of both c:\wsssp1extract and c:\mosssp1extract into the \Updates folder.

By default, SharePoint trace logging is enabled and the log files are stored at: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS on your front-end web server. Without changing the verbosity of logging via event throttling settings, or the number of minutes before creating a new log file, each log file is around 50 Meg! By default, SharePoint keeps 96 of these files, spanning 2 days for a grand total of around 4.8 Gig.

Here are the default log settings on the diagnostic logging operations page:

In our case, we want to keep the current verbosity level and expand the length of time that we retain the logs to 3 days, but we want to store the logs on a different disk. All we have to do is change the path in the Trace Log section of this maintenance page and increase the number of log files to 144.

NOTE on PSCDiagnostics files: You may notice log files whose names start with “PSCDiagnostics”. These files are post-setup configuration files. Each time that you open SharePoint’s central administration page, a new PSCDiagnostics file is created. These files are always stored in the same directory as the trace logs. So, if you change the trace log location, these logs will follow.

You also have a very fine degree of control over the types of events to log. The following is a comprehensive list of event types:

For each event, you can set the least critical event to report to the event log:

and you can report the least critical event to report to the trace log:

You must press OK at the bottom of the maintenance page for each modification to the throttling settings. This works well enough if you are making a modest number of changes to these levels. However, if you are making more pervasive changes or you wish to make changes to hidden event categories, then the stsadm.exe command line utility is your better option.

Yes, you all know the kind of messages I mean. I was asked yesterday if there was a way to remove some data from those announcement messages that are sent out when you have enabled alerting on a announcement list. It turns out that you can change this for about any alert in MOSS/WSS

The typical announcement message looks something like this:

Test Site

Test Item has been added

Modify my alert settings

|

View Test Item.

|

View Announcements

Title:

Test Item

Body:

Test Body Text

Expires:

18/01/2008

Last Modified 7/01/2008 14:51 by System Account

Well, one of our users wanted us to remove the Title, Body and Expires Field from the mail message.

So I did a little research and found out that the place to make this change is the alerttemplates.xml file.

Of course, if you are looking for changing some other type of alert besides Announcements, you need to make the necessary changes in the corresponding section of the xml file. The available sections are:

Alert Template Name

Description

SPAlertTemplateType.GenericList

The first alert template in Alerttemplates.xml. GenericList is used unless there is a match to one of other event types.

I have been playing around with this small collection of webparts in its beta phase, but was not quite ready to install this on my production servers because I didn’t know what it would eventually cost. It’s always tricky to give your users some cool webparts when you know that when you have to start to pay for it, you will probably be asked by your boss to remove them from your servers.

Great was my surprise to see that the creators of these webparts have made them available for FREE!

Installation is really easy. Download the package, unzip, and run the install.cmd file. You’ll be prompted for the URL to your SharePoint 2007 site. Once installed, two web parts are added to SharePoint’s web part gallery.