I use email settings API to change user language setting.
But this API should be migrated to Gmail API.
I check new one but no capability to change user language setting.
I really need this function because we have a lot of over sea users.
Does everyone have same opinion ?
Thanks.
If you check the Migration guide. Migrating from the Email Settings API
Managing language settings
Languages settings are no longer available via the API.
This is not something that is supported any longer.
If you change the GSuite domain's language setting then all users created after that will have that set as their Gmail language. See the Admin SDK API here: https://developers.google.com/admin-sdk/directory/v1/reference/customers#language or in the Admin Console UI > Company Profile > Language.
Disclaimer: I work on Gmail and the Gmail API platform.
We're happy to announce that we have now released the new Gmail API language settings methods, effectively replacing the long since deprecated Email Settings API language settings feature.
You can now use the standard libraries and tools found at https://developers.google.com/gmail/api to interact with the new Gmail API feature.
We will be publishing a blog post at https://gsuite-developers.googleblog.com raising the visibility of the new language settings methods in the coming weeks, but I wanted to personally give you a courtesy heads-up.
Documentation
Overview/introduction guide:
https://developers.google.com/gmail/api/guides/language_settings
Migration guide (from the deprecated Email Settings API language
settings feature):
https://developers.google.com/gmail/api/guides/migrate-from-email-settings#managing_language_settings
Related
In working with the .NET client library we found that the Email Settings API was not available in it or any of the other client libraries. After communicating with the developers of the .NET library on how the library is generated we noticed that the Email Settings API is not listed in the API discovery service as part of the Admin SDK. The .NET client library relies on the discovery document as does the PHP client. Both the Directory API and the Reports API are.
I noticed that in the documentation for the Email Settings API that calls are still made to apps-apis.google.com:
https://apps-apis.google.com/a/feeds/emailsettings/2.0/
rather than to www.googleapis.com like the other Admin SDK APIs do:
https://www.googleapis.com/admin/directory/v1/
https://www.googleapis.com/groups/v1/groups/
https://www.googleapis.com/admin/reports/
I'm guessing that this is the underlying reason for why this particular API is not included. Is there a timetable for getting the Email Settings API moved to the googleapis service?
There are two types of Google APIs. Gdata APIs and discovery APIs.
The Gdata APIs are old APIs a lot of them have actually been shut down. The client libraries for them to my knowledge where not auto generated.
if you check the documentation for the email settings api there is some sample code for .net.
using Google.GData.Apps.GoogleMailSettings;
The key here is that its a Gdata, its a Gdata api. Which means that like you said its not supported by the current Google .net client library which only supports discovery APIs.
After doing some searching in the code for the Gdata client library. Yes it exists but it hasn't been developed on in ages. There is some code in there for Google email settings There should be a nuget package for it but I have not been able to find it.
The only thing that i have cound that might lead us to the corect nuget package is this
Install-Package Google.GData.Apps
I don't have an admin account so I cant help you test it. However I can probably give you some hints on getting it working. You should be able to track me down from my stack profile if you need help or just post another question on stack. I should spot it.
I'm looking for a Google API call to know which services (Gmail in my case) are enabled for an organization or for a user.
The question has been asked without answer there : Google API for Google Services
Thanks!
If this existed, it would likely be in the Admin SDK rather than the Gmail API. That being said, I've never seen this and wasn't able to find any hint of it within the specific APIs within the SDK (would likely be in the Admin Settings API).
I am pretty sure this isn't possible via API currently.
I can't add the new "email" scope to Google Apps Marketplace SDK in the Google APIs Console. This scope is supposed to replace the depreciated https://www.googleapis.com/auth/userinfo.email scope (as commented in https://developers.google.com/+/api/oauth#email). What should I do to ensure future compatibility?
email & profile are functionally equivalent to userinfo.email & userinfo.profile, respectively. They even share a mapping on the backend. You can safely use email & profile in your code today and won't have to worry about migrating in the future.
I would like to access Gmail's native API. Eg,
create a search folder
tag messages
other gmail-specific actions.
There's this similar question, however the question asker seems happy with developing contextual gadgets rather than actually accessing a user's email.
In before anyone mentions: IMAP and POP are generic, non search based protocols and do not provide full access to gmail. Neither gmail.com, nor any of the official Gmail native apps, use IMAP and POP.
Most webmail services have private, non-IMAP/POP APIs and protocols, eg, hotmail (back when it existed used HTTPMail which was reverse engineered and implemented by hotwayd).
I could run Android gmail with a proxy and attempt to reverse engineer the Gmail protocol itself, but I suspect others have had the same need in the past and may already have a solution.
I did find a list of client of Gmail clients on Gmail Agent API but they don't seem maintained past 2004.
Android's Gmail app is using Google Cloud Messaging (GCM) to push email messages/notifications and sync with the phone. I think that’s “the API” you are looking for. The bad news is that it is obviously very well protected.
You can get started for free with GCM's JSON REST API and use it for your push messaging projects, but forget about using it for your Gmail in the same fashion Google does. The only option for getting a similar efficiency would be using IMAP's IDLE extension, which uses also push.
Focusing on what you need, I think there are decent solutions for the use cases you have listed in your question… You could use a [**Google App Script**][4] or libs like [**GMail for Python**][5], which seems a valid option to me... from the [**GMail for Python GitHub**][6]:
Features
Search emails
Read emails
Emails: label, archive, delete, mark as read/unread/spam, star
Manage labels
If you are developing an Android mobile app Gmail Public Labels API could also be of your interest...
Hope it helps...
EDIT: Google just introduced its GMAIL API
Update June 2014: Google have announced access to the native gmail API.
The Gmail API gives you flexible, RESTful access to the user's inbox,
with a natural interface to Threads, Messages, Labels, Drafts, and
History. From the modern language of your choice, your app can use the
API to add Gmail features like:
Read messages from Gmail
Send email messages
Modify the labels applied to messages and threads
Search for specific messages and threads
https://developers.google.com/gmail/api/
I am somewhat new to code, and even more so to the Google Apps API. In the organization I work with, I have so far managed to write a couple of console apps that we run to apply signatures, and manage mailbox delegates as needed.
In regards to the Email Settings API, specifically the signatures portion, is there a way to check this box:
"Insert this signature before quoted text in replies and remove the "--" line that precedes it."
via the Email Settings API? I've looked through the API documentation, and even the .NET api reference docs, with no avail. Any advice will be helpful.
This feature was available while it was a lab (through the admin console, not API), but not anymore now that it has 'graduated'.
It has now been submitted as an official feature request. Hopefully more people request it.
I was told that setting the footer through the API does show up before quoted text, so if that is true, and all you need is a footer for everyone in organization, you might be in luck.