Is it possible to create an activity explorer in Sharepoint 2010?
By activity explorer I refer to the functionality of logging emails, phone calls, documents accessed (and time and who accessed/edited them) to specific entries in a database.
For example, I intend to export my current Access Claims Management database top a Sharepoint sever.
With each claim entered into the database:
I wish to log all relevant emails sent, and the user logs all relevant calls. This would require sending emails through the sharepoint front end I pressume?
For each claim a directory is created, where the user can store relevant documents to each claim. Is it possible to log / version control these documents?
Thanks in advance for any assistance or advice.
Noel
Quick answers:
-I wish to log all relevant emails sent, and the user logs all relevant calls. This would require sending emails through the sharepoint front end I pressume?
Yes, otherwise you would not be able to track them.
-For each claim a directory is created, where the user can store relevant documents to each claim. Is it possible to log / version control these documents?
Yes, you could employ a document library that creates folders automatically when an email arrives. Or you can pre-create and then any email sent to the document library will be displayed as a SharePoint item. You can enable versioning on any SharePoint list/document library.
You could then build an custom activity explorer that will display all these actions.
Related
My SharePoint Environment is SharePoint 2019 On Premise
Is it possible to show alert message on the page or popup window, when user SHARE the document on the Document Library.
When we Share the document, whether or not we could modify the mail alert template/ Content.
Thanks
By 'share', I assume you mean you want to show a message anytime someone edits the permissions of a document. (Since technically, I could 'share' a document by emailing someone the link to it.)
To my knowledge, the only way to achieve this would be to build a custom-code (SPFx) solution which uses API's to interact with the document's permissions granted via app-only access. And block users' ability to access those documents in the traditional way through SharePoint. This would give you full control over the UI, and prevent users from granting access (sharing) elsewhere.
Another option you might investigate is Azure Rights Management. Sensitivity labels applied to documents/libraries can be configured to automatically display headers, footers, watermarks, and even encryption when they are accessed. Exchange can also be configured to display a 'tip', when it detects users are trying to email a sensitive document. Full disclosure: I have only worked with these features in SharePoint online and I'm not certain of their capability in an on-premise environment.
In my org, there's a team who controls some of our policy and procedure. It's currently announced and tracked through a series of emails to the team, but that's less than ideal.
I'm going to set up a sharepoint page on our site where we can house these change emails and revisit them in a centralized location. Is there a way to automate the process of taking the content of the email and creating an entry on a sharepoint page of it?
Possible solution:
1. At Sharepoint, create "email enabled" document library. This will allow you send emails to library email address, email letter will be stored in this doc library.
2. For this doc library, create event receiver and handle onaitemadded(read email body and create or update corresponsing Sharepoint page)
I have created a custom timer job in share point 2007 which gets the list of email ids from the database and has to add it to security groups in share point.
I am getting exception "user not found" when i try to verify the user using spweb.ensureuser("emailid") or even add the user to group without verifying.
I have used web.allusers.getbyemail("emailid") as well but results in the same exception.
Also created owstimer.exe.config file with connection string and provider elements but no luck.
Any ideas?
spweb.ensureuser accepts either 1) Login of a user (not email) 2) a Display Name of a user that corresponds to some login. SharePoint has some "storages for logins" like AD or Forms Based Authentcation provider with an underlying services or a database. This means that what you use in spweb.ensureuser must already be found among your logins. you have to add users' logins to SharePoint and the emails will be uploaded automatically. if you want to use pure emails as logins you should learn about Claims Based Authentication in SharePoint and OpenIDs. There are several products which do that (I am not advertising any of'em :) ).
I have created one custom list.
whenever user add entry to it then email should be triggerd to the manager and the user who has added new entry.
I am using Sharepoint 2007.
Please help.How to do this?
There is more than one way to send that email.
I'd recommend to create a EventReceiver or a workflow.
See How to: Create an Event Handler Feature, Sharepoint Workflow Development (2 part question) and Good online sources to learn Sharepoint Development?
You can override the item added event to capture the information about the item being added and use SMTP mail to send the mail to multiple users.Also, you can use the SPUtility.SendEmail function provided by Sharepoint.
I have a code activity that sends an email in a VS workflow. It simply sets the 'To' property to the name of a SharePoint group in the site collection. However, only the 1st person in the group gets emailed.
Any ideas why this is happening?
thanks
Does your group contain anything other than just users (ex: distribution lists, ad groups)?
If this is still a problem and you need to be able to send to a SharePoint group, I would recommend writing a custom workflow Action that would gather the emails of all the users in a specified group (you can find many tutorials online on how to make a custom action).
Turned out it was not even emailing the first user. I decided to extract the user emails programatically instead. Works fine.