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.
Related
I am using Gmail (the paid version) and I cannot receive mails from a .media domain.
The company that I am emailing does get my emails, but when they respond it does not arrive in my inbox/spambox.
Next to this, there is no error mail or bounce mail. So I am really wondering what I can do in order to receive mails from person#company.media domains. I already added people as a contact person.
Can you check if the correct mx records are in place?
Also you can contact google support for this issue.
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
In my Google Apps account I am the Administrator. what I need is I would like to track all emails of my users by getting them in my email box. is it possible?
See this link about Email Log Search for Google Apps. You will not get the emails in your inbox but you get a track of them in this tool. You also have different search criteria to filter your results.
Email log search gives administrators the ability to sift through the delivery logs for their domains and evaluate message transit. This is useful for tracking down a sender or recipient's missing messages, such as those that have been quarantined as spam or otherwise routed incorrectly. Use this tool to determine the IP addresses sending and receiving mail or troubleshoot how policies affect mail flow.
I created event registration web sites (you can imagine something like http://www.eventbrite.com/), which allow users to subscribe for event updates. When subscribed, we send mass emails (with the same content) to those users.
It was ok before, but recently I noticed that GMail always put the email into Spam folder.
As any texts would always go to Spam folder, I suspect that my domain was blacklisted by Gmail.
1) Is there a way to request google to put my domain into the whitelist?
2) Let's say it can't and I decide to register for new domain.
Is there a way to avoid the mass email to be marked as spam by Gmail? (may be something like what Facebook email notification do?)
Yes, don't send mass email :-) If you really want to avoid being considered a spammer, send out emails with less recipients, and don't swamp the mail server with them. Let's say, for example, you have thirty recipients for a given update. You can send out emails with one recipient every minute for a half hour.
Now the numbers may be different (and will of course depend on the success of your site) but the basic theory will stand up for quite a while.
As to how to get yourself whitelisted in GMail, that's really up to the recipient. They can usually do it by simply adding your email address to their contact list.
Keep in mind whitelisting there refers to individual GMail accounts, GMail itself does not whitelist IP addresses.
It does blacklist them if you misbehave but that generally means you get delivery rejects when trying to send. The fact that your messages are going in to the mail system and being delivered to spam folders indicates that this is an account-based thing, not a global GMail blacklisting of your IP/domain.
In any case, the place to report problems for GMail delivery problems is here.
As a school, we send out mass emails to our parents about events and issues. There's no way we have the time to spend sending out one email per minute. What we did was sign up with AOL as a business account, and we are allowed to do "bulk mailings" until they get multiple complaints. However, gmail clients usually have to list us as a valid sender or else those emails end up in spam folders. Works the same for clients using college alumni accounts from edu addresses. Gmail is the only one who regularly gives us this problem for our recipients on their email servers. We let parents know at orientation that they will have to specifically admit our emails via some setting on gmail.
Given multi-tenant application, How are vendors implementing email notifications from an email account setup and programming perspective:
Sending emails could come from a generic account: eg notifications#VendorName.com or noreply#VendorName.com, this seems reasonable considering reply addresses and lilnks can be contained within the email contents.
Receiving Emails: How would an application receive email, for instance; to generate support tickets or assign comments in an email to a project/task. I have seen ID's within the subject and some reply to addresses containing the account name eg: notifications#AccountName.VendorName.com
I realise one can programatically connect to a pop3 server and receive emails and look for the IDs with the subject, but is there a way of setting up and receiving email to a single pop3 account from multiple sub-host name email addresses (not sure on terminology there) eg: noreply#AccountName1.VendorName.com or noreply#AccountName2.VendorName.com and check the Account Name from the address? (similar to checking subdomains on a URL)
Any practices, experience, comments or sughestions?
(not sure its relevant, but using C# asp.net-mvc and services etc)
For sending notification emails, we have a notification send to address associated with each account and simply send from our domain to that address. Our from address is monitored and replies end up in the CSR work queue.
For inbound emails, we use FogBugz (from the makers of Stack Overflow) for case tracking. That accepts new cases via email (e.g. cases#mycompany.com). Tickets are auto-created from the email. My only complaint there is that the customer needs to check an obscure link for case updates (no "my cases" web portal, but maybe that will come out in an upcoming version of FogBugz).
We have a custom field in FogBugz to indicate the customer the ticket is from. We could theoretically write a plugin to FogBugz that auto-assigns that using the senders domain, but I guess the CSR's haven't complained loudly enough yet :-)
We (at muHive) are an inbound email/social conversations management product. If you are looking at a handling inbound email or social media conversations from customers, we have an impressive toolset.
For our own outbound needs, the simplest way is to use an Email sending API. Don't bother with SMTP sending by yourself. We use Amazon SES and have also tried Sendgrid which gave us additional benefits like delivery status and email parsing.
There are two ways in which you can handle multiple accounts to a catch all email address. If your target system can differentiate between different customers and assign tasks to the correct representatives based on either the content/sender, ask all your customers to send an email to support#company.com.
As you rightly said, you could also create *accountName_support#company.com* email addresses and use different accounts on whatever CRM/Support solution use to manage these emails.
Another approach is to have your customers send you an email to support#company.com and you use a rule based system (like muHive) to forward these mails to the appropriate account executives based on the customer/account who sent the mail.