I built a Looker (Google Data Studio) report. The organization uses Outlook (Microsoft) for their emails (i.e. the domain is registered there, so for example, if the domain was underthesea then an email would be johnsmith#underthesea.com, and this is hosted by Outlook/Azure/Microsoft).
Is there a way to be able to access the report only via the organization's email? (I believe this is called SSO.)
The goal is that only those with active organizational emails would be able to see the report, which has sensitive organizational data in it.
I have researched this and have gotten nowhere. My question is whether this is possible at all since the emails are connected to Microsoft and the dashboard is in a Google application.
If it is possible - how?
I tried researching but it is not clear what is necessary to create the SSO if the organizational emails are not connected to Google.
How to do SSO with Google and Azure: https://learn.microsoft.com/en-us/azure/active-directory/saas-apps/google-apps-tutorial
-Integration between Azure and Google SSO: https://learn.microsoft.com/en-us/answers/questions/21067/integration-between-azure-and-google-sso-and-user
-How to activate SSO from Google documentation: : https://cloud.google.com/architecture/identity/single-sign-on
Related
I just created a static website that is hosted on google storage. My domain is also registered with google domains and I have a business G suite account.
My static website has a 'contact us' form and I wonder if it is possible to use gmail or gsuite (or any gcp services) to send the content of the form as an email to my gmail address.
I know there's services like mailgun, etc. But I'd rather do it using tools from google if possible.
Does anybody know how to do this?
There is a very good option that you can use, within the range of Google products, to achieve the goal of sending emails via Contact Form, with your static website.
This option is actually easy and very simple to configure, I would say, which it's to use the serveless product Cloud Functions. To provide some context on it, you can make the functions trigger via HTTPS request, so it works with your site and you will be able to use it for free, for up to 625 thousands forms submissions per month. I would recommend you to give a look at it, in this complete tutorial here, where you can find the steps.
In addition to this option, you can use Mailgun as you mentioned, but in association with GCP products, to give you this service. You can use Mailgun to send the emails, Cloud Datastore to keep records of it and Cloud Functions to work with these two services. More information can be found in this similar case here.
To summarize, as you would prefer to use tools from Google, to follow the first tutorial, where you will be using Cloud Functions only, to configure your service.
I'm using GSpread to download data from Google sheets and store them in a Postgres DB for different organisations.
Unfortunately one organisation has activated G Suite's strict sharing setting which makes it impossible for users to share documents outside their organisation.
This affects my ability to share Google sheets in this organisation with service accounts which are required for GSpread.
Note: I created the service account within the respective organisation and also already delegated domain-wide authority to the service account.
Any idea on how to share the Google sheet with the account?
I'd like to deploy a Office 365/Exchange Online management portal in the WAWS(Windows Azure WebSite) which could create new user/group/mailbox or change some property of specific user, etc. Is it possible to deploy this kind of web application in the WAWS environment? Should I call PowerShell and Office365 cmdlet in the ASP.NET environment? Or there are any better way to do this?
As the #Matt alludes to in his comment, there is already a web-based management portal for both of these. However, since you ask this question, I'm going to assume that you want additional functionality/customization.
The short answer is yes, you can.
User accounts in Office 365 are, behind the scenes, accounts in Azure Active Directory. So, for creating users, contacts, security groups and adding licenses, you will need to use the Azure Active Directory Graph API:
Getting Started With Windows Azure Active Directory Graph
For managing Exchange Online, you will probably want to use the Exchange Web Services Managed API 2.0. You'll probably only need this if you need to create distribution groups or manage individual users' contact folders (mailboxes for users get created when you assign an Exchange license from Azure Active Directory).
Get started with EWS Managed API client applications
Update: the Office 365 APIs were recently announced, and are now in Preview. They are a RESTful API, which can be used to manage (for now), mail, contacts and calendar items. Depending on your use case, this may be easier to deal with than the EWS Managed API 2.0.
Using the Mail, Calendar, and Contact REST APIs to work with emails, calendar items, and contacts
I am evaluating cloud e-mail solutions based upon:
Google Apps for Education
Microsoft Live#edu
I work for a University and we currently have an institutional portal (based on uPortal).
We currently have our local IMAP server and webmail client fully integrated with the portal. We would like to replicate the current portal e-mail experience with the new e-mail services. At present users can see a snapshot of their inbox in the portal and click through into the appropriate place in the webmail client.
We expect that we need to solve similar problems when integrating with the cloud based e-mail solutions.
We need to solve the single sign-on (SSO) problem.
We need to be able to access the inbox messages on the users behalf. (e.g. proxy authentication)
Does anybody have an experience or advice on this?
Many thanks,
Mark
Not sure what programming language you can use, however you can download the source code for some MOSS web parts for live#edu to give you an idea how to code them, they use SSO.
If anybody else happens upon this page they might also be interested the answers I recieved via the Jasig uPortal Mailing List answers
What is google apps and why are so many startup companies using it?
Google Apps is a collection of business software components delivered as a service, saving you from having to install Exchange, Office and the usual business stuff. Plus Google Apps allows people to write their own apps and install them on Google's servers. A lot of companies use Google Apps for email and calendering instead of Exchange these days. It saves costs.
One useful feature of Google apps is that it allows you to use the gmail interface to host email on google's servers for your own domain. So you can send/recieve email with an #example.com address (if your startup was called example.com).
Unlike many apps, the Google Business Apps are intuitive. Calendars, email, file sharing, contacts, and more are simple to use and will work virtually on any internet connected device.
basic benefits of google apps are -
1. It is Cost Efficient - For only $5 a month, you will receive email addresses for your team with your company's name, 30 GB storage you can use for file storage and sharing, online calendars, and the ability to easily create online spreadsheets, slides, text documents, and more. All these great features including admin controls and security from a name you can trust. If you prepay for a year you will actually save $10.
Security - The company is FISMA-Moderate level certified -- this is the same level of certification for the internal email usage within the United State's government. Google is also capable of supporting HIPAA compliance. Google is trusted by millions to virtually secure their email from any threats through routinely checking emails before downloading a document for any threats of viruses, pshing emails, malware and more.
User friendly and intutive interface.
Google Apps are...
“A set of intelligent apps including Gmail, Docs, Drive, and Calendar to connect the people in your company, no matter where in the world they are.”
Source: https://gsuite.google.com/together/
Examples: Google Calendar, Google Drive, Google Hangouts, Google Slides, Google Spreadsheets - those are all web-based applications ("apps").
G Suite is the name given by Google for their collection of applications. Formerly named “Google Apps for Work” and “Google Apps for Your Domain”, G Suite is resource implemented by I.T. Administrators, to enable access to Google Apps, through a domain (and their aliases).
For Example: Rather than using your standard Gmail address (username#gmail.com), users in a business or organization would login to access those web-apps using an email address with their own domain, like (username#example.com).
The interface is the same as for standard Google Account holders, yet G Suite admins have the ability to add some branding, and control features - through the G Suite Admin Console.
I'm going to stop here before this post starts to resemble a pitch - let's just say that I really enjoy the fact that my workplace has implemented G Suite for our organization - it has made my duties, that much easier!