<\/p>\n
This article is about one software bug related to SharePoint 2010 and SharePoint 2013 “introduced” by Microsoft starting with November 2014 Cumulative Update (KB2899478<\/a> and KB2889944<\/a>) and for which the fix was not released yet (even if at the moment when I am writing this post, the March 2015 Cumulative Update was released).<\/p>\n <\/p>\n Now to provide the exact scenario where the incoming e-mail is affected by the Microsoft software bug part of November 2014. <\/p>\n Sounds crazy, but the software bug is not affecting incoming e-mail in all the cases. It is possible to not notice it, due to the specific situation (configuration + usage) you must have to be affected by it. \u000bIn my case the incoming was working, but not for all the site collections – so I had e-mails stuck in the drop folder.<\/p>\n <\/p>\n I opened a Microsoft Support call and with their help I found out there is a way to bypass this software bug. The Microsoft Support confirmed they will release a fix for this issue in the next Cumulative Update.<\/p>\n <\/p>\n The way to bypass the software bug<\/strong> is to specify a sandbox usage quota for your site collections. <\/p>\n <\/p>\n How to apply the workaround?\u000b<\/strong><\/span><\/p>\n Step 1<\/span>\u00a0Make sure you edit the existing quota templates defined on your farm (yes, you have to update all the defined quota templates you are actively using). \u000bCentral Administration -> Application Management -> Specify quota templates. \u000bFor each quota template defined, make sure you specify a sandbox maximum usage per day (don’t leave it set to 0 points). The maximum value you can define is 999999 points. Simply set a value higher than 0. <\/p>\n Step 2<\/span> Defining new values for the quota templates will not automatically update the quota for the existing site collections. Either you re-apply the quota for each site collection through Central Administration, or use the following PowerShell script to specify a maximum sandbox usage value for all the site collections where currently the value is set to 0.<\/p>\n <\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" This article is not about how to setup incoming e-mail for SharePoint. A step-by-step how to setup incoming e-mail for SharePoint can be found here. This article is about one software bug related to SharePoint 2010 and SharePoint 2013 “introduced” by Microsoft starting with November 2014 Cumulative Update (KB2899478 and KB2889944) and for which … Continue reading SharePoint incoming e-mails stuck in drop folder<\/span>
\nYou will encounter the incoming e-mail issues if your setup is in the following combination:<\/p>\n\n
\n
\n![\"SharePoint_incoming_emails_stuck_in_drop_folder_01\"](\"https:\/\/www.vioreliftode.com\/wp-content\/uploads\/2015\/04\/SharePoint_incoming_emails_stuck_in_drop_folder_01.png\")
<\/a>
\nEven if you don’t have sandbox solutions, you must specify a quota limit for all the site collections to make sure you minimize the impact this software bug can have over your SharePoint setup.<\/p>\n
\n\u000b\u000bIf you upgrade a site collection from SharePoint 2007, the SharePoint upgrade process will automatically assign 300 points as UserCodeMaximumLevel for each site collection (unless you overwrite later the value by applying a defined SharePoint quota template). This means, this software bug is not affecting the recent upgrade SP2007 site collections.
\n<\/em><\/a>
\nThis step will help you to make sure you will not be affected by the software bug for the new created SP2010\/SP2013 site collections (if you have defined a default quota template for your SharePoint Web Application).
\n<\/em><\/p>\n\r\nStart-Transcript ('incoming email fix.txt');\r\nif ((Get-PSSnapin "Microsoft.SharePoint.PowerShell" -ErrorAction SilentlyContinue) -eq $null) {\r\n Add-PSSnapin "Microsoft.SharePoint.PowerShell" > $null;\r\n}\r\n$webapplications = Get-SPWebApplication;\r\nforeach($webapplication in $webapplications)\r\n{\r\n\tforeach($site in $webapplication.Sites)\r\n\t{\r\n\t\tif($site.Quota.UserCodeMaximumLevel -lt 1)\r\n\t\t{\r\n\t\t\tWrite-Host $site.Url 'has UserCodeMaximumLevel lower than 1 => set UserCodeMaximumLevel higher than 0.';\r\n\t\t\ttry\r\n\t\t\t{\r\n\t\t\t\t$site.Quota.UserCodeMaximumLevel = 999999;\r\n\t\t\t\tWrite-Host 'Sandbox quota set.';\r\n\t\t\t}\r\n\t\t\tcatch\r\n\t\t\t{\r\n\t\t\t\tWrite-Host 'Couldn''t set UserCodeMaximumLevel higher than 0 for' $site.Url -foregroundcolor red;\r\n\t\t\t}\r\n\t\t}\r\n\t}\r\n}\r\nStop-Transcript;\r\n<\/pre>\n