Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This branch has some boilerplate that lets you run the main script with the gmail API.... if you have a client_secret.json locally in your repo that comes from a Google Project with the GMail API's "send" endpoint enabled. I set my own up to test this out; I could push it but then anyone could pretend to be our project when making requests to Google Mail I think... Also, even if everyone were to somehow get their own client secret, they need to get past an "unverified app" screen to get OAuth to work. And, even if I was to push my client_secret.json, we would still only be able to let 100 email addresses use the service before needing verification from Google (see https://support.google.com/cloud/answer/7454865 )
I mentioned a few more details about the "where to put the client secret" problem in Issue #5. Of course, we shouldn't merge this until we fix the above problem. If this project was a webpage (see issue #9 ), the confusion of where to put the client secret would be resolved, but being verified by Google would still be required to go past 100 users (and get rid of the scary "unverified app" screen during OAuth)