SpamRATS! response

Discuss

:gb:
Hello (french below)

I’m having an issue with SpamRATS! I don’t believe there is a problem with my configuration, and yet every time I contact them, I receive the same message:

Hello,

IP Address: 57.x.x.x

You of course ONLY need to remove this IP address if it is a properly configured mail server.  And once listed, we do expect it to follow Best Practices for Email Operators. (See M3AAWG etc)

In this case, you need a URL associated with the domain you use in your PTR for this server.  That URL should reflect the website of the responsible party for this server, and should have proper contact information available for the public to find that responsible party.

In this case, http://domaine.com does not qualify.
Error: Cannot access domaine.com, Access forbidden (403)

Please contact us again when you have that URL up, functioning, and available for review.

    -- Pest Control Officer --

However, two things:

  • The domain hosting the server is serveur.domaine.com, not domaine.com.
  • The PTR correctly points to serveur.domaine.com.
  • The IP is correctly associated with serveur.domaine.com.

So I don’t understand why they keep checking domaine.com in their tests.

Also, both the information page on serveur.domaine.com and the company website at www.domaine.com are accessible. I’ve done many tests and I cannot reproduce a 403 error, and this has been consistent for a week. I ask them every day, and they keep replying with the exact same message.

I suspect there’s nothing I can do, but I’d like to know whether anyone has experienced this kind of situation before.

For more information:

  • VPS hosted by OVH.
  • YunoHost version 12.1.40.1 (stable).
  • 10/10 on mail-tester.

Thanks in advance for your feedback and experience!

───
:fr:
Bonjour, j’ai un soucis avec spamRATS! : je ne crois pas avoir de problème dans ma configuration, et pourtant, à chaque fois que je leur écris, j’ai le même mail :

Hello,

IP Address: 57.x.x.x

You of course ONLY need to remove this IP address if it is a properly configured mail server.  And once listed, we do expect it to follow Best Practices for Email Operators. (See M3AAWG etc)

In this case, you need a URL associated with the domain you use in your PTR for this server.  That URL should reflect the website of the responsible party for this server, and should have proper contact information available for the public to find that responsible party.

In this case, http://domaine.com does not qualify.
Error: Cannot access domaine.com, Access forbidden (403)

Please contact us again when you have that URL up, functioning, and available for review.

    -- Pest Control Officer --

Sauf que deux choses :

du coup je ne comprends pas pourquoi ils continuent à regarder domaine.com dans leurs tests.

ensuite, que ce soit la page d’info sur serveur.domaine.com ou le site de la boite, à www.domaine.com, sont bien tous deux accessibles, j’ai fait pleins de tests, je n’arrive pas à reproduire un 403, et ça sur une semaine, en leur demandant tous les jours, ils me répondent systématiquement la même chose.

Je me doute qu’il n’y a rien à faire, mais j’aimerais savoir si quelqu’un a déjà eu ce cas de figure ?

Pour plus d’infos :

  • VPS chez OVH
  • yunohost en version 12.1.40.1 (stable)
  • 10/10 à mail-tester

Merci d’avance pour vos retours d’expérience !

Salut,

Je n’ai d’expérience pour ton souci mais

Cela semble être la source du problème

In this case, http://domaine.com does not qualify.
Error: Cannot access domaine.com, Access forbidden (403)

Il faut un accès sur le domaine en http pour valider un adresse ip de serveur de mail ? C’est curieux …

J’ai tenté de tester, mais mon adresse est en ipv6 ce que ne semble pas supporter spamrats…

Salut !

Oui, en gros ils veulent vérifier qu’on fournit les informations nécessaires d’identification et de contact du possesseur du nom de domaine et du serveur.

Ce qui est le cas pour moi, j’ai créé une page spécifique sur serveur.domaine.com, et le site internet de la boîte est accessible sur https://www.domaine.com.

Donc je suis embêté sur deux points avec leur réponse : pourquoi ils cherchent le domaine.com et pas serveur.domaine.com, et pourquoi ils ne suivent pas correctement les redirections http > https et www, alors que quand on teste directement, ça marche très bien.

Tu peux définir l’application par défaut pour domain.com l’application installée sur www.domain.com ou autre site.
Si l’application n’accepte pas autre URL que celle où elle est installée, tu peux installer une app redirect vers le domaine cible

Oui oui la redirection se fait bien, qu’on tente avec http, sans www, on est bien renvoyé sur https://www.domaine.com, mais spamRats n’a pas l’air de suivre ces redirections, je n’en sais rien…

Il suffit de créer une simple page html avec les données qu’ils veulent, une carte visite virtuelle

Je donne les domaines pour plus de facilité :

Il me semble avoir fait cette sorte de carte de visite dont tu parles :slight_smile:

OK, donc domain.com redirige vers www.domain.com via redirect
Essai plutôt de désinstaller redirect et de définir l’application par défaut pour domain.com l’application installée sur www.domain.com (dans la webadmin >domaines >domain.com)