We send email from our main domain "vocalsound.org". It is delivered through our hosting provider, which however sends it through a shared mailserver hosted on their generic domain (webland.ch).

This is getting to be a problem, since "From and EnvelopeFrom 2nd level mail domains are different", as for example SpamAssasin notes: SpamAssasin message

Some recipents such as gmail do not have a problem with this, they will simply mark the mail with a "sent through" / "via" note, such as: "[email protected] via webland.ch". gmail inbox message

Other mail servers (such as: laposte.net, free.fr, register.it) however will flag the email as SPAM, independently of its content, or even refuse to connect: "560 5.7.1 Service Service refused. LPN007_510". Or in some cases, they even pretend to deliver the email (the smtp connection is successful) but the email will never reach its intended recipient, not even as spam.

This is a huge problem not only for newsletters, but even for our daily correspondence: in order to keep in touch with some contacts, we had to open a gmail account because otherwise they will not receive our email.

Some years ago, we had our hosting at another provider, but never encountered this issue, since our mails resulted to be sent directly from our domain.

My questions:

1) Can this be considered a "bad practice" or even "misconfiguration" by our hosting provider, or is this usual practice on shared hosting?

2) To resolve the issue, should we consider changing hosting provider?

  • Consider setting up your own mail server on vocalsound.org
    – Moab
    Commented Jan 21, 2019 at 14:15
  • 1
    The total SpamAssasin score is low enough for this not to be considered serious. For analysis, we need to have the headers of such an email.
    – harrymc
    Commented Jan 21, 2019 at 14:45
  • You should be looking at the content of your enails and cleaning up your reputatuon. As Harry says, the negative weight is trivial and not a problem in itself. There are other factors coming in to play here - most likely reputational. (Could be your or your providers eputation or both, but its nit reflected in the Spanassassin score)
    – davidgo
    Commented Mar 20, 2019 at 9:39

1 Answer 1


After considerable research, today I answer myself: YES, it IS a hosting provider issue. Here are the reasons:

Today, SPF alone is not enough anymore to validate a sender for any serious email provider. Because of email-deliverability, more and more businesses rely on third-parties especially for newsletters, but not only: my office environment might rely on a cloud provider to enhance workflows, including emails, which will only rarely correspond with the domain hosting provider.

Consider that I might send my newsletters through someprovider.com. So I need to insert someproviders SPF space into my SPF record. But someprovider might be hosted by somecloudservice and have shifting IP addresses. In that case, someproviders SPF record might actually include the full address space of somecloudservice. This means that anybody else hosted not only on someprovider, but even on somecloudservice could spoof my emails, and SPF validation would still work!

That is one reason why gmail and other services will clearly indicate you that the email you received was sent through a third party (See google support documentation). For the same reason, Outlook / office 365 could flag such email as SPOOF (see here: microsoft office 365 documentation).

Only a valid DKIM signature can certify the actual sender of an email. That is why DKIM was created in the first place (Details: Wikipedia article - DKIM.org official website).

Since spoofing and phishing is an ever-growing issue, anybody should have the instruments to know who was the sender of a given email. This is why I strongly propose that any serious hosting provider should not only implement DKIM, but possibly activate it by default.

Also, I am quite sure that big email providers like the ones mentioned above, will soon start to penalize any emails which are not DKIM signed, especially since it has become an official internet standard already in 2011 (see Wikipedia article above). Spam & spoof are still a growing problem, and there will be a growing tendency to filter out any email which is not clearly legitimated.

So, we have changed our email provider, as without DKIM we have a smaller and smaller chance of our emails (not only newsletters, but daily business emails) reaching the inbox of the intended recipent.

Six months after having transitioned to our new email provider, I can confirm that the consequent implementation and use of DKIM has resolved ALL of our previous delivery issues.

  • When you configured this you have to use a subdomain. So for the example you gave, you sent email from "vocalsound.org" once you setup a subdomain e.g. "mail.vocalsound.org" did you also have to start sending email from "mail.vocalsound.org"? Commented Jan 6, 2023 at 10:54
  • @PaulBarclay Please read the links in the post. In our case, everything is set up directly by the hosting provider. DKIM signature is made by the mail server. Signature verification is made through a publicly available DNS entry. Subdomains are not mandatory, but in some cases, if you have subdomains, every subdomain will need a separate DKIM entry in the DNS: it really depends how the assigned mailserver(s) handle(s) the traffic.
    – 1NN
    Commented Jan 7, 2023 at 11:48

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .