I'm building a web app. In this web app users sign up for an account. These users use this app because it's a tool for organizing their end customers.
On of the features of this app is sending emails. Some of these mail are sent from me (the app author) to the users... And some other mails are sent on behalf of the users to their end customers.
Regarding spam, and deliverability, when the app is sending mails on behalf of it's users, should it mimic their company domain and senders instead of its own?
Should the from field be: my-app-name <noreply#myapp.com> or user-name <noreply#usersdomain.com>
I reality all mail will be sent from the domain myapp.com. The questions is if I should mimimc users domain.
You will be likely to run into problems with messages not being delivered if you attempt to send messages from other domains from your mail server, because of SPF records and DMARC policies. Most large email providers such as Yahoo and Gmail have SPF records setup, which advise receiving mail servers to treat mail from senders at these domains as spam unless the messages are sent from mail servers within these domains. Yahoo has even taken it a step further with a DMARC policy that they recently started - see https://support.sendgrid.com/hc/en-us/articles/201876356-Yahoo-DMARC-Changes-Message-not-accepted-for-policy-reasons- for more info.
Related
I have a small problem with a domain and that is that emails arrive to Spam and that the domain is new. I have checked the reputation of that domain and it has nothing out of the ordinary.
Information
I purchased a CLOUD VPS that runs CLOUDLINUX with static ips in a different provider than the one I acquired the domain. and I use WHM to manage my accounts. the emails are sent correctly, but they reach me in the SPAM tray. as additional information I just tried to send an email from the webmail tool offered by CPANEL from my account, and from here if they reach me in the inbox, but if I send from any email client like: (Outlook, Thunderbird) always I get to SPAM.
What could be the problem ?, Where should I start to review? Any help or collaboration is appreciated.
Check if your server's IP is listed in any RBL
This is a good tool for consult in multiples RBL: http://www.anti-abuse.org/multi-rbl-check
See if your reverse DNS or PTR is properly configured
In your apllication always send email by authenticating with SMTP.
I'm using the SendGrid API to send the mail. It is working fine if, from and to domains are different. But it is not working if both from and to domains are same.
If the sent "from" email address' domain name is #yahoo.com or other large email provider, then all "DMARC" compliant mail servers will bounce the email unless the email was originated from the email provider's mail servers.
Otherwise, their should be no issue with sending emails where the "from" and "to" domain is the same.
For reference, this is yahoo's DMARC policy currently (as of 2/5/2019):
(https://help.yahoo.com/kb/SLN24050.html)
Yahoo recently updated the DMARC record with "p=reject" for Yahoo domains. This was done to protect our users from increasing email spam that uses Yahoo email addresses from other mail servers.
All DMARC compliant mail receivers (including Yahoo, Hotmail, and Gmail) are now bouncing emails sent as Yahoo email addresses that aren't sent through Yahoo servers.
We are developing an application that will send periodic updates and notifications to users as email. The user can opt-in and opt-out of this service via a subscribe option. However we are finding that some users are making the email as spam and as a result our account is getting suspended... Is there any way to track if our emails has been marked as Spam by a user, so that we can stop sending emails to them...
We have a GSuite service and are using Gmail SMTP to send emails
No.
But you can check if your domain is on any blacklist with tools like mxtoolbox.com. And contact those blacklists with the question what you could do to be removed from the list.
In order for a mail to be classified as spam it has to fail a multitude of tests maybe your mails have specific words in the title or the senders address is way to weird or the header is getting corrupted in a certain way or and maybe that's your problem: many people are custom filtering your emails as junk/spam.
In a Laravel/Symfony SaaS app I want my clients to send out mails to their customers – my clients can manage their customer information in my app.
I am looking for a way they can send emails that are from their own addresses – and not from my domain (via sendmail).
These mails should not have a on behalf of in their FROM, but also I want to make sure that my service will not get gamed by spammers.
One idea was that every client can set up her own SMTP settings which Swiftmailer will then use to deliver the mails for each individual address. Maximum daily delivery per client should by below 500, so that might work.
Another idea was to use a service such as Amazon SES, who let you verify up to 1000 addresses. Or Sendgrid, who offer something similar.
What is the most secure way to send mails from different addresses with a maximized deliverability and minimum risk of being gamed by spammers?
For safe guarding against being marked as spam you need to
Have your DKIM and SPF settings in place
Do a LITMUS spam test of your email to check your spam score against various spam check engines
Do domain throttling
It has nothing to do with email verification in SES because that is just a mandate for using a From email id while sending out emails
I have google app for sending email on behalf of my domain. It’s a free google app account where I have 50 users in it.
The problem is that the users are having issue receiving the emails, emails get delayed sometime we don’t receive the email at all.
I have checked the spam folder no trace of any emails.
Because of this we miss most of our important emails. So I there a way to know why the emails get delayed or not received or how can I contact google(gmail) in this regards for support.
I've been using the same service for a looooong time and no problems whatsoever.
I would bet the problem is either on your registrar or hosting.
Login to your registrar, and check the nameservers(!!!) and dns records.