Is there any method available for sharepoint that can do the following:
Create an internet site suing wss3.0. login using fba. no need to login to edit documents from library that logged in user has access to.
change the password of a user from the site?
You can create an internet site using FBA under WSS 3.0. You will need the appropriate license, which I believe is called the "internet connector" license in the case of WSS. I'm not sure what you mean by "no need to login to edit documents from library that logged in user has access to." You can expose a document library to anonymous users even if authenticated users have specific privileges to it, if that's what you mean. You can write a custom web part that will allow administrators or users themselves to change user passwords from within the site.
Related
We're using a SharePoint online site as a backend repository for a web application. The web application has a UI to allow users to upload/download/view files using Graph API. That means the web application is registered as an Azure web application and is using users' delegated permission, so when a user uploads a file, we can see his/her username on the file at the SharePoint site.
Is there some way to disable users directly uploading files when they visit the SharePoint site and only allow the web site programmatically upload files on behalf of the user?
Using users' delegated permission means that you have implemented behalf of the user flow.
What you need currently is to disable users directly uploading files in SharePoint online site.
You have two options:
Hide the "Upload" button through CSS. But this method just hides an entry on the sharepoint website. In fact, users can still save a document directly from an Office Application to the Sharepoint library. I will not elaborate on it here.
The second method is to provide the user/group View Only Permission Level. You can see this post on StackExchange for details about how to restrict users to upload or add a new document by managing unique permission for your library.
I'm building a sitecore 7.2 using asp.net MVC 5.0. The site will have login and each user will be roles.
We need to show/hide the site menu items based on logged in user Roles. The user detail and roles are stored in SAP backend.
Could someone please advise what's the best way to achieve above?
Essentially you will want to map the roles stored in your backend system to Sitecore Roles. Potentially look into creating a custom Role Provider (see in document below)
Once logged in, requests are made to Sitecore are made in context of that logged in user. Therefore if the user, or their role, does not have permission to view an Item, it will not be returned in the request. This effect means that your Menu will not display items they do not have permission to access.
You and Content Editors can control what users and roles can access via the Security Editor and view their access rights via the Access Viewer in the Content Editor.
This documents will have everything you need - http://sdn.sitecore.net/upload/sitecore6/sc61keywords/security_api_cookbook_usletter.pdf
http://sdn.sitecore.net/upload/sitecore6/securityadministratorscookbook-usletter.pdf
Its also worth noting that Sitecore's seucirty manages roles as Ors. So if one of the user's role has permission to see an Item, then the user can see it.
If you require the roles to be Ands; every role must have permission before its displayed to the user, check this post out - http://www.sitecore.net/learn/blogs/technical-blogs/john-west-sitecore-blog/posts/2015/03/require-membership-in-multiple-roles-in-the-sitecore-aspnet-cms.aspx
You need the roles for the current user from SAP? There is an Odata API for that: http://help.sap.com/saphelp_nw73ehp1/helpdata/en/4c/5bde6197817511e10000000a42189b/content.htm
You could query the API in real-time, but it would of course require a login to SAP for the current user.
Or - you could use another API and connect via a service user.
I have a public facing SP site ( SP online 2013 with Office 365 ). There are certain app parts added to it which read data from a custom list created on that site. By default anonymous users do not have read permissions list. I want users to see the list data without login in . I tried modifying the settings for anonymous users , however I am unable to do it as the "anonymous user" permissions cannot be checked by me.
How do I provide read permissions to anonymous users?
Thanks in advance
If i remember rightly enabled anonymous access on the list simply allows users who aren't authenticated to view the list. However they won't be able to access the list directly on the interface as you would need to be authenticated for that. If the list is accessed directly from a web part or user control then you simply need to ensure the page which contains the control is published and your site available as anonymous access.
I have enabled anonymous users on the farm and on the entire site.
I also have Windows Authentication turned on.
Whenever an anonymous user attempts to view the site, they are prompted to log in.
And they get prompted to login on every single page they view.
I would like to allow users to log in via Windows Authentication, (perhaps through a special page), but anonymous users should not get prompted to put in their password ever.
Does that mean I need to switch to forms based authentication for the entire site, or is there an option in 2010 to somehow get Windows Authentication and allowing anonymous users to live harmoniously.
It could be because some of the file is not published. For ex, if master page, CSS stylesheet or any image is unpublished, it will prompt the user for login.
Make sure everything is published and it will work.
You need to see if it is anything on this path http://server/_catalogs/masterpage/Forms/AllItems.aspx
that it is not published.
You must publish everything
May be you missed some of the configuration steps .So i wish if you take a look to the following article
SP2010 Branding Tip #9 – Turn on Anonymous Access
Regards
I assume that you are using the Publishing Site Template for the public site and hence the default.aspx (the welcome page of all the subsites) is not published so you would need to start the approval workflow publish the pages and any other assets (master page, css, images etc)
You need to do some prepwork to set the site up using two web applications, both with different authentication methods. You can't run SharePoint effectively for Windows users and anonymous (or Forms based authentication) at the same time.
Essentialy:
Create your SharePoint site for internal users using Windows Authentication
Extend the site to a new site (using the same content database) but using anonymous or forms based authentication (whichever makes sense for you)
A MSDN article can be found here on this:
http://msdn.microsoft.com/en-us/library/ff648385.aspx
You can also read Andrew Connell's blog about this (he talks about Forms based authentication but you can do the same with anonymous access)
http://www.andrewconnell.com/blog/articles/HowToConfigPublishingSiteWithDualAuthProvidersAndAnonAccess.aspx
Basically you want dual authentication, Windows for one set of users and anonymous or FBA for another (and each access the site using a different URL)
Hope that helps.
I create the sharepoint team site. It asking for username & Password . I want to avoid for asking it.Also want to accsess site without uname & pwd from outside (globally).help please
Add the site to trusted sites, or my intranet sites and set in your IE options to provide the username and password to intranet sites automatically logon with current username and password.
For outside users this will not work, unless they are accessing your site through vpn (which would make them local users tbh)
Your question tag has the answer you need to enable the anonymous access to the SharePoint. Add to it that when you enable anonymous access you can view the site with read-only and you will have to login to the site to make any changes to it.
And steps to enable anonymous access are here & here.
This is not possible and you don't really want it. If you could do that, any person on the planet could access your site, add and remove users, delete documents, add documents, or modify them. Kids from anywhere could use it as their private playground.