I'm trying to set up a delegated institutional Google Mail to forward e-mails to our JIRA Cloud instance's e-mail address so that they can be turned into JIRA issues. I do not have and cannot get the password for the Google Mail account, and when I try set up the forwarding address in Google, Google sends a confirmation e-mail address to the JIRA e-mail address.
Is there a way to check e-mails sent to jira#myorganization.atlassian.com to recover this confirmation code? If not, how can I do this?
Atlassian does not host mail server. You need to create JIRA email account in your organization mail server (or on any other mail server like gmail) and tune JIRA to connect to the account via IMAP or POP3. Please look here: https://confluence.atlassian.com/display/Cloud/Creating+Issues+and+Comments+from+Email
Related
I'm having an issue receiving the verification email from DocuSign that is needed to create an account under my master account to connect for use with API. The emails don't appear to be hitting my firewall, nor are they showing up in my email. Does anyone know if these emails are coming from docusign.com, docusign.net, or some other domain?
In Demo emails will come from dse_demo#docusign.net and in PROD it should come from dse#docusign.net. Also please check your Spam/Junk folder if it landing on these folder as per your email server policy.
I installed on a Google Compute Engine postfix as a MTA.
The Mails are sent via sendgrid.
Now any Mails (tests, errorlogs, cron...) to GMail are marked as Spam.
Sending the same mails from an normal server without sendgrid is no problem.
(I have many root-server and are just trying sendgrid)
Why does google think that every mail from sendgrid is spam?
try with this:
https://serverfault.com/questions/115161/fixing-my-mtas-poor-reputation
and Maybe your IP its reported in blacklist.
Try using other reserverved ip address in your instance.
https://developers.google.com/compute/docs/instances-and-network
For maximum deliverability, SPF and DKIM records need to be setup and properly configured in the DNS records for the domain you want to send mail from. Assuming you signed up for the [free tier of SendGrid][1], available to Google Compute Engine customers:
SPF: make sure the string include:sendgrid.net is present. The most basic setup would then be v=spf1 a mx include:sendgrid.net ~all, if all email for the domain is sent via Sendgrid this is enough. If you have more complex needs, use an SPF builder, such as Microsoft's.
DKIM: get it from the Google Apps account manager, under 'Settings for Gmail>Settings for Gmail'
After those two are in the DNS records for the domain in question, use the Port25 verifier to ensure all settings are correct. Of course, if you want to test whether mail from the server is properly setup for deliverability, send them email form the server. Same for email from Outlook, etc.
PS1: These instructions vary slightly if you are using a paid version of Sendgrid
PS2: All Google Compute Engine IPs are listed in Spamhaus PBL. Email should not come from these IPs directly (but if you have a specific reason to do so you can contact GCE Support - which is not free - and request that they add a reverse DNS record for you so you can start sending mail from this address directly).
I want to use node-mailer module to send emails to registering users on app for verification and other purposes also. I am not sure which transport mechanism to use so that emails I send are not a spam and also get delivered.
I also want to use the same domain to receive emails regarding support and bugs(i.e lets say on email on support#example.com). I am planning to set-up google apps account for this. Basically I will set-up the google apps account with me being an user and having an alias support#example.com. So can I also set-up an alias with say admin#example.com and send the emails using nodemailer from my app using this email address? But obviously I don't want to store my email id and password for google apps in the code for security reasons. So how Should I do it?
Other option is to Amazon SES, I believe its a good service and would be very useful. But can I use the same domain name for serving email from AMAZON SES and google apps also being able to host my app? So how to send emails from AMAZON SES by authenticating SPF and DKIM so that these emails reach the inbox of the user.
Saransh,
You absolutely can use the same domain and email address with both Google Apps and AmazonSES without any issues. When it comes to receiving emails, all messages have to be directed to a single server (your MX records). But sending email is very different in that you can send email from many different sources without any issues.
To ensure your messages don't go to the SPAM folder just be sure to properly authenticate all your messages with SPF and DKIM. I'm not sure how this works with AmazonSES, but it was really easy with the provider that I chose for my email http://socketlabs.com
I have my web app working in azure. What I would like is to be able to send emails from xxx#mydomain.com. Is that possible using SendGrid?
For example, if I use gmail's smtp, emails are sent from the email address specified in the NetworkCredentials user name, even if in the MailMessage I use a different email address.
If I use SendGrid instead, will emails come from the user name created by azure or will I be able to achieve this?
You will be able to send email from whatever address you want, just specify the correct from address (e.g. xxx#mydomain.com) when sending the email.
You will need to use what SendGrid calls "Whitelabels":
To access this page, log into https://app.sendgrid.com/ then click on Settings > Whitelabels > Domains:
SendGrid will then ask you to enter 3 CNAME records to prove that you own/ have authorised access to that domain.
I'm setting up a Jenkins server. I got it sending emails through my gmail apps account. The problem is when I receive an email from Jenkins the sender's name is empty (I just see the email address used to authenticate with gmail's smtp), which makes it difficult to set a filter or distinguish Jenkins emails from the rest.
Thanks.
Can't be done. SMTP servers of Gmail override this info.