Mobile app version of vmapp.org
Login or Join
Ann8826881

: Same or different domain for system emails and company emails? We have a website (Drupal) that provides daily email alerts to about 350 members who have opted in to receive these. In the past

@Ann8826881

Posted in: #Email #Isp #Spam

We have a website (Drupal) that provides daily email alerts to about 350 members who have opted in to receive these. In the past we have had small issues with some of our daily alerts being flagged as spam. We are working very hard to make sure that we meet all of the requirements to send legitimate email as our emails are here to help our users. One of those is to use a dedicated email provider such as Mandrill.

But one question I have is that my boss thinks that by changing the domain that the email comes from (alert@example.com --> alert@somethingdifferent.com) that it will "dodge" the spam filters in case someone accidentally marked as spam. I see this as unprofessional.

Do major ISP's (like google) look at the IP address of incoming email or the domain, or both?

Another question I have is: Is it dangerous at all to have our alert emails come from the same domain as our website? If we have a website example.com, with all of our employees having email addresses of employee@example.com, and then have our alerts go out as alerts@example.com - what would happen if the domain were to be blocked? Wouldn't that harm employee emails to our potential members?

I would think that it would be more professional to have emails come from our site name, but I just don't want our entire domain to be negatively affected if our alerts gets us in some spam trouble.

10.02% popularity Vote Up Vote Down


Login to follow query

More posts by @Ann8826881

2 Comments

Sorted by latest first Latest Oldest Best

 

@Margaret670

Spam filters will check many stages and factors with regards to your sender reputation, infrastructure content etc. Here is a simplified version of what Barracuda Spam Firewall does.



I have had real difficulties in the past sending email notifications from one of my web hosts (fairly cheap shared hosting) sent using php mail. I then switched to using SMTP (I am sure that Drupal may support this nativally if not there must be an bolt on to facilitate this) this was an improvment. Then I found Mandrill a 'Transactional email' platform by the makers of mail chimp. So far since using them I have had great deliverability. They also offer somthing like 10,000 amonth free!
mandrill.com/
Finally with regards to sending bulk email from the same domain as your company email I would strongly advise against it. It may not be such a concern these days as spam filters are more advanced but at a previous company I worked they were sending bulk mail internally from the same domain (but different IP). Their bulk mail got flagged in a number of spam filters and the result was that their company mail and bulk email all got globally junked for a week until they could get un-listed again - try and explain that to the CEO!

Good luck.

10% popularity Vote Up Vote Down


 

@Gloria169

Do major ISP's (like Google) look at the IP address of incoming email
or the domain, or both?


Typically they look at the IP address of the mail server using DNSBL databases. These are based on DNS, which resolves IP addresses to domain names. Often spam can be spoofed from a fake email address and domain, and domains do change hands often, so blocking by domain instead of IP would be less accurate.

That's not to say that filters and spam reports wouldn't also result in blocked domains by either client applications or incoming mail servers though.


Is it dangerous at all to have our alert emails come from the same
domain as our website?


Alerts and newsletters often are sent by third-party mail list services, which are specifically setup to address delivery and spam issues. It sounds like you should have your alerts being sent through those, which isn't unprofessional since many sites use them to manage their mailing lists and announcements.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme