Posted by: Rai Umair on: January 17, 2010
SharePoint 2010 Hands On Days come to Australia! Train with a Microsoft Certified Master and other MCTs to start building with and deploying SharePoint 2010. Hands On Day’s offer SharePoint 2010 focused and accelerated ‘hands on’ learning for Australian Developers and IT Professionals.
Learn more and register at www.handsonday.com
Posted by: Rai Umair on: August 17, 2009
I only get a chance to setup email enabled libraries once every 4 months or so. My last setup was a couple of weeks back. This was for one of our customer who wanted to use incoming email functionality to support some reports coming from external sources; this particular customer was running Microsoft Exchange 2007.
Before I get into the actual steps, here are some basics: For email enabled libraries to work in SharePoint, you need at least one server in your SharePoint Farm to host the SMTP service (on Windows 2008 and above this service is still administrated through IIS 6.0 Manager) this service stores routed email in a drop folder from where SharePoint timer job picks it up periodically and puts it in the document library linked to an email alias (the LibName part in LibName@companyname.com). The timer jobs run on all severs connected to the Farm but only the server where the mail is forwarded to will actually process it. When Distributed Lists management is turned on SharePoint will create Contacts for all incoming email library under the selected organisational unit.
Here are some quick sanitised steps that I documented for the customer:
For testing simply enable email on Shared Document library under the Central Admin Site. This can be done by going to list settings and the clicking on the Incoming Email Settings link.
Library: <CA SITE>/Shared%20Documents/Forms/AllItems.aspx
Email Alias: SharedDocuments@SPMAIL.COMPANYNAME.COM
Verify that a new Contact is created in AD and Exchange and then send an email using you email client to verify if emails are being routed to the library.
Posted by: Rai Umair on: August 17, 2009
A client of mine did not want parts of their Intranet based on MOSS 2007 to be searched; now that’s quite easy to do with Crawl rules. As they wanted strict control over the content that can be crawled I trained them on how to control ‘the crawl’ behaviour for content within SharePoint.
There are three places within SharePoint where end users can change search visibility setting or exclude content for search.
Also if there are certain pages or entire site content that site designers don’t want to be crawled, simply putting the no index directive in the head section of the master page or layout page’s mark-up will stop the SharePoint crawler from crawling the pages:
<META NAME=” ROBOTS” CONTENT=” NOHTMLINDEX”/>
Posted by: Rai Umair on: August 17, 2009
I recently blogged about how to security trim contents of a page using the Security Trim Control, it works great for content on the page but what about contents within a web part I was asked, for example that of a DataView web part. Well that’s easy too, all you need is a little less known built in XSLT function called ddwrt:IfHasRights(<Permission Mask>)) and some Conditional Formatting logic.
Following is a list of Permission Masks for the build in permissions
Posted by: Rai Umair on: August 5, 2009
I get this question a lot of times, and yesterday I had this question come up again. One of my team mates asked me about a way to security trim content on the page rather then the entire page it self. Well it’s quite easy, all you need is the SPSecurityTrimmedControl.
<SharePoint:SPSecurityTrimmedControl ID=”SPSecurityTrimmedControlName″ PermissionsString=”BrowseDirectories” runat=”server”>
The markup that needs to be security trimmed goes here.
</SharePoint:SPSecurityTrimmedControl>
Here are the permissions you can use, you can add multiple using commas:
| AddAndCustomizePages | ||
| AddDelPrivateWebParts | Add or remove personal Web Parts on a Web Part Page. | |
| AddListItems | Add items to lists, add documents to document libraries, and add Web discussion comments. | |
| ApplyStyleSheets | Apply a style sheet (.css file) to the Web site. | |
| ApplyThemeAndBorder | Apply a theme or borders to the entire Web site. | |
| ApproveItems | Approve a minor version of a list item or document. | |
| BrowseDirectories | Enumerate files and folders in a Web site using Microsoft Office SharePoint Designer 2007 and WebDAV interfaces. | |
| BrowseUserInfo | View information about users of the Web site. | |
| CancelCheckout | Discard or check in a document which is checked out to another user. | |
| CreateAlerts | Create e-mail alerts. | |
| CreateGroups | Create a group of users that can be used anywhere within the site collection. | |
| CreateSSCSite | Create a Web site using Self-Service Site Creation. | |
| DeleteListItems | Delete items from a list, documents from a document library, and Web discussion comments in documents. | |
| DeleteVersions | Delete past versions of a list item or document. | |
| EditListItems | Edit items in lists, edit documents in document libraries, edit Web discussion comments in documents, and customize Web Part Pages in document libraries. | |
| EditMyUserInfo | Allows a user to change his or her user information, such as adding a picture. | |
| EmptyMask | Has no permissions on the Web site. Not available through the user interface. | |
| EnumeratePermissions | Enumerate permissions on the Web site, list, folder, document, or list item. | |
| FullMask | Has all permissions on the Web site. Not available through the user interface. | |
| ManageAlerts | Manage alerts for all users of the Web site. | |
| ManageLists | Create and delete lists, add or remove columns in a list, and add or remove public views of a list. | |
| ManagePermissions | Create and change permission levels on the Web site and assign permissions to users and groups. | |
| ManagePersonalViews | Create, change, and delete personal views of lists. | |
| ManageSubwebs | Create subsites such as team sites, Meeting Workspace sites, and Document Workspace sites. | |
| ManageWeb | Grant the ability to perform all administration tasks for the Web site as well as manage content. Activate, deactivate, or edit properties of Web site scoped Features through the object model or through the user interface (UI). When granted on the root Web site of a site collection, activate, deactivate, or edit properties of site collection scoped Features through the object model. To browse to the Site Collection Features page and activate or deactivate site collection scoped Features through the UI, you must be a site collection administrator. | |
| Open | Allow users to open a Web site, list, or folder to access items inside that container. | |
| OpenItems | View the source of documents with server-side file handlers. | |
| UpdatePersonalWebParts | Update Web Parts to display personalized information. | |
| UseClientIntegration | Use features that launch client applications; otherwise, users must work on documents locally and upload changes. | |
| UseRemoteAPIs | Use SOAP, WebDAV, or Microsoft Office SharePoint Designer 2007 interfaces to access the Web site. | |
| ViewFormPages | View forms, views, and application pages, and enumerate lists. | |
| ViewListItems | View items in lists, documents in document libraries, and view Web discussion comments. | |
| ViewPages | View pages in a Web site. | |
| ViewUsageData | View reports on Web site usage. | |
| ViewVersions |