After installing April 2012 CU on my Search Server 2010 Express, the “Incoming E-Mail” feature stopped working.
E-Mails still land in the drop folder but don’t get picked up by the “Microsoft SharePoint Foundation Incoming E-Mail” timer job. (The default folder is “c:\inetpub\mailroot\drop” if you want to have a look.)
The document libraries / lists will not receive e-mails.
In the ULS log you will start seeing entries like this:
05/01/2012 13:17:12.71 OWSTIMER.EXE (0x14B78) 0x113C4 SharePoint Foundation Monitoring nasq Medium Entering monitored scope (Timer Job job-email-delivery) 0a9e5349-84ef-4669-9bba-2a3c9bd12a0a
05/01/2012 13:17:12.83 OWSTIMER.EXE (0x14B78) 0x113C4 SharePoint Foundation E-Mail 0000 High E-mail cannot be delivered because site is over quota or locked for editing. Site URL: http://sharepoint.christian-heindel.de. 0a9e5349-84ef-4669-9bba-2a3c9bd12a0a
05/01/2012 13:17:12.83 OWSTIMER.EXE (0x14B78) 0x113C4 SharePoint Foundation E-Mail 6871 Information The Incoming E-Mail service has completed a batch. The elapsed time was 00:00:00.1130065. The service processed 1 message(s) in total. Errors occurred processing 1 message(s): Message ID: 0a9e5349-84ef-4669-9bba-2a3c9bd12a0a
This message occurs although no quota limit is set.
Outgoing e-mails still work.
Go to “SharePoint Central Admin > Application Management > Configure Quota and Locks“, set a limit via “Limit site storage to a maximum of:” and press “OK”.
No downtime necessary. No data loss. (E-mails will get collected in the drop folder until SharePoint starts picking them up again.)
Looks like others are having the same problem: “Incoming Email stuck in Drop folder after SP/Hotfix installation”
Nintex LazyApproval also affected
Problem: LazyApproval uses the incoming e-mail functionality, but runs in Central Administration, for which you cannot set a quota limit via the browser UI.
Solution: Same as above, but via Windows PowerShell for SharePoint Server 2010:
Get the storagemaximumlevel for Central Administration using PowerShell (insert your Central Admin URL):
$ca = get-spsite -identity http://Servername:CAport $ca.quota.storagemaximumlevel
A numeric result will be returned.
Then set a bigger maximum for it using the same command but with a number bigger than the result.
No IISRESET is required after running the script.
(Source: Cameron McConnell, Support Manager for Nintex, http://connect.nintex.com/forums/thread/22907.aspx)
April 2012 CU no longer available
Microsoft has now removed to hotfix from their website.
This hotfix package is no longer available due to a technical problem.
(Source: Joel Oleson)
The reason seems to be a regression that may result in inaccessible list items, lists, webs and/or site collections.
(Source: Randell Hall)
April 2012 CU available again
The identified issues have been fixed.
(Source: Stefan Goßner)