Mail GAE not sending but - google-app-engine

I have a problem sending mail with JavaMail Service in GAE.
I did all the code in the documentation, i debug it online and it work fine, and it count the mail sended in the quota section the problem is, i didn't receive anything, and also checked with the account sender and it's the same there isn't any trace of mail sended. I tried this for some mails address and it's not working too.
Anyone had this problem yet? A solution to this?

The problem is that the mail sended as SPAM on gmail account.
Read doc: https://cloud.google.com/appengine/docs/java/mail/#Java_Authenticating_mail_DKIM

The email used to send the mails must be a member of the application. It can be the problem... It was with me.
https://cloud.google.com/appengine/docs/python/mail/
The link is about python but for sure that the same email rules apply to Java.
For security purposes, the sender address of a message must be one of the >following:
The Gmail or Google Apps Account of the user who is currently signed in
Any email address of the form anything#appname.appspotmail.com or >anything#appalias.appspotmail.com
Any email address listed in Email API Authorized Senders found in the App >Engine Settings page of the Developers Console

Related

Not received emails even though the SendGrid activity shows Delivered

I have created Azure Logic App with Recurrence trigger and then used SendGrid connector for sending emails to multiple team members.
I didn’t receive any email even though the logic app actions executed successfully. After that I have checked SendGrid account email activity status, it is having “Delivered” status for the mentioned to email address in the SendGrid action.
Note: I have whitelisted the Outbound IP address of my logic app in SendGrid IP Address Management.
Twilio SendGrid developer evangelist here.
I don't know how Azure Logic Apps trigger emails with SendGrid, but if an email isn't being sent they shouldn't be getting the "Delivered" status.
You said that you have not set up Single Sender Verification or Domain Authentication. In order to send an email using SendGrid from the email address you provide, that email address should either have been verified as a Single Sender (which is mostly useful for testing) or it should be from a domain that you have authenticated with SendGrid.
Try setting one of those verification methods up and then try sending emails again.

Gmail API: Recipient of the email will see red warning about the safety of the email

We have a problem with all emails sent via our Gmail API App.
All of them deliver with a warning about the safety of the email
This message seems dangerous. Many people marked similar messages as phishing scams, so this might contain unsafe content. Avoid clicking links, downloading attachments, or replying with personal information.
This happens only when sending an email through our Gmail API but when sent via SMTP will deliver the message without any warning.
This warning message appears on all emails sent via our Gmail API Application, no matter if the sender is a Google workspace user or a free Gmail user.
Can anyone help on this?

Messages sent with Gmail API get marked as suspicious when sending to Gmail addresses

Messages sent through the Gmail API to a Gmail address are getting tagged in Gmail with
Be careful with this message. It contains content that's typically used to steal personal information.
The message basically just says test. And the identical content message sent through Gmail SMTP doesn't get tagged with that warning.
It seems really strange that Gmail would mark messages that are coming through a Gmail owned API as suspicious but when they come through SMTP it does not warn about it.
I was getting this as well. Simply removing the 'from' portion of the email solved it for me. If you are authenticated gmail figures that stuff out on its own.

GMail API - Can I send email using the Service Account?

When I send an email using the GMail API, I get an Access Token for the user to whom the message is to be sent and then when sending the message, I put some value in the From Field.
But no matter what I put in the from field, the message in the email shows as From "Me" and is in the Sent mails as well as Inbox.
Is there a way, I could use the Service Account to send the email, so that it does not show up as From "Me" and is also not in the Sent Mails.
You cannot use a service account to impersonate a free gmail account. I spent a lot of time confirming this after reading a reply that was here before. Maybe it worked at some point, but it doesn't anymore.
There is no way to share / grant another user permission to access
your standard gmail account. So there is no way for you go delegate
the permissions for bob#mycompany.com to access bob#gmail.com.
and
you can impersonate G-Suite accounts but not Gmail accounts
These quotes are from Google's official C# Auth repo:
https://github.com/googleapis/google-api-dotnet-client/issues/1561
No. The Gmail API is for Gmail users and service accounts are just for doing auth to a real Gmail account, they don't have their own Gmail account, etc.
If you want to send the email from some service, you need some bulk-sending email service like at: https://cloud.google.com/compute/docs/tutorials/sending-mail/ or something you run yourself or from some other provider.
No, what you are looking for is a bulk email sending service. Checkout sendgrid , Amazon AWS SES, mandrill or if you want to stick with Google, this. You could of course run your own postfix server (although I'm assuming you were using gmail api for deliverability in the first place.

XMPP sendMessage does not send the message

I am using the XMPPservice's sendMessage method
to send a message to google mail but the message
can not be sent without any error log.
Thank
A common error source is that the receiver first has to accept an invite from the sender. Only then messages will be relayed to the receiver. Have you sent an invite and was it accepted?
If the Gmail recipient is using Google Apps (e.g. Google Apps for Business), the recipient domain must publish SRV records in their DNS to allow routing of the XMPP packets to the Gmail Chat backend. The vast majority of Google Apps domains will not likely have SRV records configured.
If the recipient is a #gmail.com / #googlemail.com account, then (as #schuppe suggest) the most likely cause of this issue is due to the fact that the recipient did not accept the invite from the sender.

Resources