Allowing Site Admins to Approve/Reject Access Requests

Hey Everyone,
      I came across a problem recently with SharePoint 2013's new Access Request mechanism. It's a great feature, the only problem is, it requests Site Collection admin by default apparently to approve the users that request Access. I have found a work around for this, that will allow site admin's of sub sites to be able to approve/reject access requests for the sub site they are set to receive them for.

There is a list that gets created when an access request happens on a site called "Access Requests", this list doesn't exist till a request happens. Once this happens, you open SharePoint Designer 2013 and navigate to the site.

Once on the site, navigate to the All files menu on the left hand side, then "RIGHT CLICK" the Access requests list which should be in your list and select 'properties'.


Now on the Properties screen, in the Customization Section is a Permissions for this List link. Click this, then you can now set permissions to the users your want to be able to approve Access requests for that site.

This list is generated for each site, so setting this permission only affects that site.

Let me know if you guys found another solution to this or have any questions. Thanks!

Incoming e-mail does not pickup e-mail on SharePoint 2013 and Windows Server 2012

Hey Everyone,

    I recently did an upgrade to SharePoint 2013 in my organization and everything went pretty much according to plan except for the incoming e-mail part of the farm decided to stop working. I set all my exchange routes to route mail to the new server and mail was routing, but it would just sit in the drop box and SharePoint would never pick it up.

    So on to troubleshooting. I tried putting the smtp server on two of my front end servers and make sure the services were running. They were, mail sitting in drop folder, but it never would pick them up. I tried making sure permissions were right on the folders and they were. Tried everything according to documents of setting up the incoming e-mail. I've never had issues before with this. Moved it to the app server and still nothing. I researched and could not find anything, even combed through logs couldn't find any errors. I'm not the best ULS log viewer, but I figured it would at least spit an error or something but I couldn't find anything, maybe I need to turn my logging level up or something.

What was the fix you might ask? It all ended up being what I thought it might of been from the beginning was file permissions, but setting permissions on the folder would not work, even giving full admin rights to the service account wouldn't pick up the file. It wasn't until I setup a File Share to the drop location and configured the incoming e-mail settings to pickup the drop e-mail from the file share Location.

Once I did this, low and behold the e-mail started processing. I don't really have the time to go in and figure out exactly what is wrong, but my gut tells me that something with Windows 2012 is preventing that service from directly accessing anything in that folder directly.

Anyway, hopefully this may help some of you guys out when it comes to trying to figure out incoming e-mail problems with SharePoint 2013 and Server 2012. Also don't forget the incoming e-mail quota bug ( I say it's a bug, Microsoft did it by design apparently now), where you must have a quota set for it to work as well, here is the link to that: http://social.technet.microsoft.com/Forums/sharepoint/en-US/a82e1a6f-4184-4815-9f46-4009a5341bfd/incoming-email-stuck-in-drop-folder-after-sphotfix-installation

Let me know if this fixes this issue for your upgrade, would like to know. Thanks!