I was seeing this error when trying to create new email address for a Document Library.

When setting up email in SharePoint, make sure your Application Pool account, Timer account, and the account you are using for mail access are all the same.

After updating this, the Server was unable to process request. —> Access is denied. error went away.

In Windows Server 20008 the Application Pools are located here:
Server Manager –> Roles –> Web Server (IIS) –> Internet Information Services
Under the Connections section click on Application Pools

On the right side of the screen you will see Actions.  From there click on Advanced Settings…

The value in the Identity field is the same account we use for the Timer Service and the account that has access to Active Directory.

How to check or update the Windows SharePoint Services Timer:

Open Server Manager, in Windows Server 2008 this can be found in the Start Menu (start button) or  type Server Manager in the search box in the Start Menu.  Once you have this open click on Configuration –> Services then locate Windows SharePoint Services Timer.

From there right click on Windows SharePoint Services Timer and select Properties.  Now, click on the Log On tab.  The account listed should also be the same as the account you were using in the Application Pool.

Let me know if you have any questions.

I used the following site to configure a dedicated front end server for crawling:

http://technet.microsoft.com/en-us/library/cc261810.aspx

In doing this, the only issue I ran into was this error:

The search service is currently offline.  Visit the Services on Server page

in SharePoint Central Administration to verify whether the service is

enabled. This might also be because an indexer move is in progress.

My issue was related to the existing server having a file index location of C:\Index.

Central Administration > Application Management > Manage this Farm’s Shared Services > New Shared Services Provider

Once I created a folder in the same location, on the new server, the error went away.

Only thing I can imagine is SharePoint wanted to move the index from the old server to the new server.  SharePoint being SharePoint, it wanted the index folder in the same exact location.

Update:

If you are moving to Windows Server 2008 make sure you read this KB article.

Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify the account you are using has “Full Read” permissions on the SharePoint Web Application being crawled.(The item was deleted because it was either not found or the crawler was denied access to it.)”

http://support.microsoft.com/kb/896861

An error occurred trying to publish this page on the set schedule. Republish the page with a new date or view the log if the problem continues.

 Following a recent server migration, we noticed that items were not being published at their designated start times.  Check Central Admin to make sure the following Timer Job Definitions are listed

Central Administration > Operations > Timer Job Definitions

Scheduled Approval 
Scheduled Page Review 
Scheduled Unpublish 
 
Variations Propagate Page Job Definition 
Variations Propagate Site Job Definition 

First, make sure you have the Office SharePoint Server Publishing Feature enabled.

Home > Site Settings > Site Features

Second, if the Feature is enabled, try to Deactivate then Activate.  This should install the Time Jobs in Central Admin.

The My Site of [user name] is scheduled for deletion. As their manager you are now the temporary owner of their site. This temporary ownership gives you access to the site to copy any business-related information you might need. To access the site use this URL: http://mysite.sharepointed.com/personal/User_Name

After a manger forwarded me this email, I realized we had a configuration problem in our environment.

The problem was we had our LDAP Active Directory (AD) import configured to import all users regardless of their status. So, when the user was deleted from AD the manager received the email and was unable to see the My Site.

To fix the problem I updated the LDAP Search Filter to:

(&(objectCategory=person)(objectClass=user)( !(userAccountControl:1.2.840.113556.1.4.803:=2)))

Now the import will only grab active users from AD. This is allows plenty of time for the manager to look that users My Site before it is deleted.

In my case, we disable users in AD then sixty days later they are deleted from AD. Once deleted from AD the My Site will be deleted from SharePoint following the next FULL import of user profiles.

Where do I edit the LDAP Search Filter?
Here:
Shared Services Administration: [Your SSP Name] > User Profile and Properties > Manage Connections

When trying to access the Shared Service Provider (SSP) I received the following generic error:

An unexpected error has occurred.

Yes, the detail is overwhelming and pointed me directly at the problem.

To allow the .aspx page to show the detail behind the error I had to make a small change to the web.config file.  In my case the web.config file in question was located in the following location:

C:\Inetpub\wwwroot\wss\VirtualDirectories\7788

How did I know where this was located?  If you are in Central Administration and hover over the name of your SSP with your mouse, you should see the path at the bottom of the browser windows.  If not, right click and select Copy Shortcut and paste it into notepad.

Example:

http://sambets:7788/ssp/admin

The 7788 pointed me to the folder that contained the web.config I needed to edit.

Once you have located the needed web.config file make a copy of it. Open the original web.config file and make these two changes.

<SafeMode CallStack=”true“>

<customErrors mode=”Off” />

Save the file.

The page should now show you what is wrong with the file. In my case, there were a ton of “?” all over my web.config. How they got there I will never know.

I was working in a Document Library and the View was missing the New button to allow for folder creation.

Simple fix.

Site Actions > Edit Page > (the web part you want to fix) click edit > Modify Shared Web Part

In the Web Part properties window click on Edit the current view

Now scroll down to until you see Folders.

Select Show items inside folders  in Folders or Flat: 

 

Done.

When trying to create a workflow using Internet Explorer I received the following message:

The server is currently being taken down for maintenance. Check with your system administrator to see when this server is scheduled to come back online.

Click Try Again to attempt to load the form again. If this error persists, contact the support team for the Web site. Click Close to exit this message.

This error was then followed up by another error:

This form has been closed.

We have InfoPath forms installed with workflows that have worked seamlessly, sooooo, I was a little perplexed when i started getting this error.

Answer:

 stsadm.exe -o unquiescefarm

I tried doing the same thing using Central Admin. with no luck

Central Administration > Operations > Quiesce Farm

Existing site associations will change

The Web application you have selected to host the SSP administration site and/or My Sites already hosts other content sites.  These content site will automaticcly be associated with the new SSP.

I received this error when trying to replace my intranet site with my new SSP site.