After developing the Hangout chat bot I could see the steps to publish and distribute by listing on marketplace
I'm wondering if there's a way to distribute the bot privately to other gsuite domains without actually creating the bot and configure it in that domain's cloud console?
From my knowledge through the API configuration this is not possible without setting it up in your own domain. If you try and connect to a Google script outside of your domain, it will give you a domain error. (see fake example below)
You also cannot add specific users outside of your domain to have access to the bot.
However, if you want your bot to be public for everyone please see here: https://developers.google.com/hangouts/chat/how-tos/gsm-list
But referencing another bot in another domain does not seem to be possible otherwise.
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 am working on setting up a few new bots for Hangouts Chat. Part of the effort involves using Hubot, which is working well. Another use case requires posting to user spaces based on external functions, which is done via a python command script. I have a project and separate service account setup for each bot, and the permissions for the bot service account appear to be the same. None of the bots have corresponding domain-wide delegation at the GSuite Security level.
We obtain the spaceid for each user via one Hubot that saves their spaceid to a database, and the python script can then lookup the user and obtain that id.
However, only one of the 5 projects appears to be able to post a message to a user space. All others get a 403 error and fail to post. The same python script is used for any of the 'bots' with the only difference being the json file used for authentication.
Not sure this is enough information. But, I wonder what could be causing this problem if not permissions?
I figured it out. The spaceid I was registering via another bot is not the same as the spaceid associated with the bot/user communication for any other bot. In other words, it appears that the spaceid a bot sees for a user is unique to its communication with the user. I will need to have users register with the bot that needs to send the message instead of a common registration bot
Is it possible to create a bot that can connect two people (assume they're already registered with the bot) together by starting a group chat with the two of them?
If not, I'm open to alternate solutions to allow a bot to connect a human user with another human user, if anyone knows one.
Group chat is not supported. As an alternative you can build a chat extension which allows you to make some of your functionality available in group chat, including allowing multiple people to utilize shared resources. For examples, look at chat extensions that are already in the discover tab.
Am using Moodle for online quizzes locally in a lap environment.
I am facing a problem with students sharing log in credentials in the exam. so am searching for a solution that will associate every user with a single ip address for a period of time. is there is any way from moodle to do this.
This may not be possible to completely prevent without writing a new plugin to cache the login and restrict any new logins for a period of time. IP address probably isn't the best way to do this, as multiple students could be using the same IP address if sharing something like a WiFi connection at a campus or public location.
However, you can make it a little more difficult.
1.) Enable the "Limit concurrent logins" setting. You can find this in Site Administration > Plugins > Authentication > Manage Authentication.
2.) Try this plugin. It will cache login information for a student when accessing a quiz and prevent another computer from logging in to the same account from continuing that same quiz.
3.) Use some sort of single-sign-on service which you can connect with Moodle via a SAML2 plugin like this one. Look for a service that provides the specific functionality you're asking for.
4.) Use multi-factor authentication. You can combine this with option #3 above or look for a plugin supported by your current version of Moodle. Lambda Solutions appears to have a commercial product for this. There is also an older plugin on Moodle's site that you could get a developer to update for you.
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