Sunday, August 7, 2011
SharePoint 2007 File Upload Sizes
In SharePoint 2007 there are multiple configuration changes required to increase the file upload size. There are also client changes that need to be made if you're concerned about Explorer view.
First, I'd suggest following Microsoft KB article: http://support.microsoft.com/kb/925083. This will get you most of the way there.
The next step is to run the following command on your SharePoint frontend servers. Make sure you run this command as an administrator or it will not succeed.
%windir%\system32\inetsrv\appcmd.exe set config -section:requestFiltering -requestLimits.maxAllowedContentLength:104857600
The 104857600 is 100MB in bytes. Make sure to modify this for what is appropriate to your environment. Just remember SharePoint has a maximum file size hard limit of 2047MB.
Above I mentioned Explorer view, which is powered by WebDAV. From Windows XP and up you'll have to modify a registry key on the client to override the default value for allowed file sizes. The default is about 5MB which is extremely tiny in today's world. Open up regedit and modify the following value in the registry. Create it as a DWORD if it does not exist.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\FileSizeLimitInBytes
As the name suggests the value is in bytes. I suggest setting this to the maximum upload size that you use for SharePoint. If you only use this for SharePoint, just remember there is no point in setting it higher than 2047MB (or 2146435072 bytes) as SharePoint cannot work with files larger than that.
Once you have all these settings set you should be able to upload larger files to SharePoint. Enjoy!
Thursday, June 3, 2010
Can't map profile properties to AD fields in SharePoint? Read this!
Note: The selection of directory service properties is disabled because the portal is in an untrusted domain or no directory service import is configured yet.
Security Note: If you are using a high privilege account to import, you will be able to read and import directory attributes that are not normally accessible by users.
This one took me a while to figure out. The fix was rather simple in my case. It was a simple mismatch in Import Connections under the SSP User Profiles and Properties section. One of the connections was named after the NetBIOS name of the domain instead of the FQDN of the domain.
For example, the original connection was named domain when the domain's fully qualified name was users.domain.com. I created a new connection and named it users.domain.com and deleted the connection called domain. This was all done in the SSP's User Profiles and Properties section under Import Connections.
Once I created a new connection named after the domain's FQDN SharePoint decided it would let me map Active Directory fields to user profile fields.
All is well in the world again and I can continue with my late night work.