2017-03-09 18 views
1

私はgmail apiメールプラグインを使用して標準、複数の受信者、電子メール、インラインイメージを使用して電子メールを送信するさまざまな方法をカバーするgrailsデモサイトで作業しています。 異なるGmailアカウントを上書きまたは使用する方法。これは、すべて私がOAuthを持つ奇妙な行動に気づいたテストをやってなくなりheregmail api oauth 2アカウントの可能性のある問題

を見つけることができる、それがに、わずか混乱このビットについて不明な点が提供リンク

にREADMEの下部に説明されています使い方。私は gmailアカウントのユーザー名Bobの下でclient_secret.jsonを生成しました アカウントで1つのプロセスをオフにしてこのサイトで確認する必要がある最初のメールは です。その1オフプロセス中に私がログインした場合 Gmailの別のアカウントでBillに鍵が確認され、電子メール が[email protected]から来ているように見えますが、私は を訪問していませんでしたが、client_secret jsonファイル。

つまり、account1からsecret.jsonファイルを生成すると、そのアカウントから最初のメールが送信されます。私がaccount2からログインした場合。 google(そこにある)'me'アカウントによって生成されたstoredCredentialsファイルは私の2番目のアカウントになります。キーなどを生成するためのすべてがaccount1で行われたにもかかわらず。

この正常な動作やバグは意味がありますか?

+0

これはバグかどうかわかりません。これがバグだと思われる場合は、[バグレポート](https://code.google.com/a/google.com/p/apps-api-issues/issues/entry?labels=Type-欠陥、API-Gmail)また、バグレポートを提出した場合は、この質問にバグのリンクを含めてください。したがって、このコミュニティの他の人々は、このイベントを経験した場合にこのイベントを処理する方法を知っています。ありがとう – KENdi

+1

https://code.google.com/a/google.com/p/apps-api-issues/issues/detail?id=5222&thanks=5222&ts=1489156652 @KENdi感謝の記録 – Vahid

答えて

1

client_secret.jsonファイルはアプリケーションごとに1回生成する必要があります。アプリケーションがGoogleに自分自身を識別させる方法であり、それを生成しても、どのアカウントにもAPIアクセスが許可されるわけではありません。同じクライアントシークレットファイルを使用して、データへのアプリケーションアクセスを許可するすべてのユーザーのOAuthフローを実行します。

+0

ありがとうエリック、確かに私は避難所 'それを正しく説明した。 'usera'の下で作成されたアプリケーション用に生成された' client_secret.json'です。アプリケーションが初めて起動されると、開発者にはアプリケーションキーを確認するためのリンクが提供されます。この時点で開発者が別のgmailアカウントでログインしている場合。具体的には、デベロッパーコンソールにアクセスしてアプリキーなどを生成するために使用されなかったアカウント。そこから送信されるメールはそのユーザーのものです。提供されたgithubの例。私は複数のアカウントに接続するように動作を変更しました。交互にこの問題が通知されました – Vahid

+0

説明した動作が正しいです。誰が 'client_secret.json'ファイルを作成したのか、誰がその開発者プロジェクトを所有しているのかは問題ではありません。すべてのユーザーが同じシークレットファイルを使用してアクセスを許可することができ、結果として生成されたトークンは常に「Authorize」をクリックしたユーザーにバインドされます。 –

+0

ありがとうエリック。私は実際の問題についてのフィードバックを集めました、そして、あなたが今言っているのと同じことを言っていました。その行動は奇妙に思えたので、同じ行動をしてしばらく頭を引っ張ってしまえば、他の人を助けるかもしれないというのが私の質問です – Vahid

関連する問題