I would like to know if anyone has experience as a G Suite admin, and if so, how easy is it for the super admin to access all emails coming through their organization? Particularly if a business owner has suspicions about an employee sending/receiving emails that are not aligned with the company's values and ethics.
Thank you - the Google literature is dense I would like to have a full understanding before spending money.
Related
We are developing a Word Web Add-In that will be used exclusively by our customers rather than the general public. Customers will need to log into the Add-In in order to use it with credentials we supply. My question is, is this Add-In ok to be distributed via the Office Store? Will it fall foul of the validation process if its functionality is not publicly available ? Obviously, we can supply credentials to the verification team at Microsoft in order to get the app published.
If this is a problem, how do ISVs distribute Web Add-Ins to customers external to their organisation (i.e. Without Sharepoint or Office Admin Centre)?
This model is supported via the Office Store - this blog post on add-ins which target organizations and enterprises rather than consumers may be of interest to you.
Please ensure that your add-in description clearly states the need for an additional account, as well as supplying test credentials for the validation team to use.
we are working on a custom software integration with DocuSign.
DocuSign has many types of accounts and subscriptions providing certain limits of features and credits for these features. E.g. you can create 5 documents - so you have 5 credits to create documents.
We have custom software and one corporate DocuSign account within it, enterprise level.
And there are numerous (account1, account2, account3, etc.) accounts of DocuSign users. These users work with our custom software and as a result our corporate account.
We have a question:
our custom software connects to account1, account2, account3, etc. using our Key. And our custom software creates envelopes(documents) in account1, e.g.
From what account credits are written off?
From our corporate DocuSing account or from DocuSign user account?
Thank you.
The user account should have the appropriate subscription to send envelopes.
I'm making a desktop app for a company, and they would like to get it featured in the windows app store for Windows 10 users.
The app will likely only work on desktop computers, it's not designed for mobile. What it does is perform lookups on lists of cell phone numbers, and outputs a spreadsheet with carrier info, and it requires a credit for each cell phone number looked up. The credits are bought in bulk through the company's sales team, there is no automated method to purchase them.
Because there is no automated system, it would be difficult to set up in-app purchases, also if Microsoft takes a cut of in-app payments then it wouldn't be feasible due to the tiny profit margin of the credits. But according to this (section 10.8.1), if the app consumes anything that has to be purchased then it needs to use the in-app purchasing api.
Does anyone know if there's some way around this? Or if it only applies to regular apps and not desktop only ones, which I understand are a different type of listing?
I realise I can get a developer account and go through this with them but I don't really want to spend this company's money on the dev account if Microsoft are just going to say no.
Thanks :)
That section of the policy refers to payments taken within the application.
It doesn't sound like what your application will do though. Your application is allowing the allocation (spending) of credits bought separately.
It's a small distinction but an important one. You may have seen other applications work around such limitations by requiring the user to go to a website to buy something and then return to the app to use it.
When submitting the app there is a declaration for "This app allows users to make purchases, but does not use the Windows Store commerce system." You can read more about this declaration at https://msdn.microsoft.com/en-us/library/windows/apps/mt148523.aspx but this shouldn't apply to your scenario.
There are potential legal implications here and if the company has any concerns about entering a legal agreement with Microsoft regarding financial matters then they should seek appropriate legal council. Having a developer ask other developers about legal matters is likely only suggest asking a lawyer.
I'm trying to help a school move to 'Google Apps' but i have concern.
One of the features I need is to retrieve current user's email upon form submission..which is only available if i purchase 'Google Apps for Education'.
Another concern is that since they already have existing email accounts, wouldn't they be hesitant to use new email accounts created from 'Google Apps for Education'?
What are your experiences so far in helping clients or businesses with Google Apps?
If you are moving an organization over to Google Apps your will achieve the best results if they fully embrace the ecosystem, including migrating all their email accounts to Google Apps.
There should not be anything preventing users from keeping their existing email addresses, simply set up identical account names in Google Apps and adjust their DNS MX records to deliver mail to Google's servers once you are ready to go live.
You are correct that if you want to automatically obtain the account names of users submitting forms then you need to be on a paid Google Apps account. This also lets you use their own domain for their Google Accounts, hence the ability to keep the same email addresses. Attempting to move to the free consumer-level #gmail.com environment rather than a paid Google Apps environment is not advisable as you lose most of the functionality that makes Google Apps great for organisations.
In my experience, if the users are unhappy with their existing system and you can demonstrate the benefits of Google Apps to them (low costs, universal accessibility, and collaboration functionality) they will be enthusiastic about moving over. If they are not interested in the benefits Apps offers and do not embrace the change, then there will be conflict each step of the way as you attempt to have them embrace a new way of doing things.
Using Exchange Web Services, I want to achieve the following:
The management board holds many meetings. These meetings are mandatory for all board members, and they are scheduled by the secretary, which also has full access to the calendar of all board members, but not to their email, which additionally is pushed by ActiveSync to the board members' phones.
I now have to automate, using EWS Managed API, creation of such meetings, complete with all Invitations and Accepts. No invitation/accept email should be received by any of the board members on any device, yet they should all have the meetings in their calendar, each looking like a normal Outlook meeting.
Is this possible, or would I have to put simple appointments into all calendars?
I have not yet found a way to create a meeting without sending invitations, while accepting these unsent invitations. Neither did I find a way to flag the invitation as "do not sync to device", to balk exchange from pushing these invitations out.
Short of sitting on each member's Inbox using Push or Streaming notifications, and then trying to simulate the acceptance--which IMHO would be fraught with peril, not to mention hundreds of LOC--I think just putting the appts on their calendars is the best way, especially because the secretary already has full access.