Matériel: ordinateur mini x86_64 Version de YunoHost: 4.1.6 J’ai accès à mon serveur : En SSH | Par la webadmin Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non
Bonjour a tous,
J’utilise un nom de domaine en xxxx.ynh.fr pour mes adresses mail et j’ai configuré mon serveur yunohost avec un relai smtp. Tout fonctionne globalement très bien; cependant mail-tester.com me signale un petit problème dans la configuration :
Sender Policy Framework (SPF) est un système de validation d’e-mail conçu pour empêcher le spammage en détectant l’usurpation d’adresse e-mail, une vulnérabilité classique, en vérifiant les adresses IP de l’expéditeur.
Ce que nous avons retenu comme votre enregistrement SPF actuel est :
Attention, un SPF mal configuré peut faire que tes mails soient classés automatiquement dans le dossier spams de tes destinataires (ou indiqués comme n’étant pas “sûrs” )… A tester calmement donc…
sudo yunohost dyndns update
Info : No updated needed.
Ce qui n’est pas très étonnant car il s’agit d’un espace ynh.fr donc autoconfiguré. La seule solution que je vois est l’intervention de l’équipe de yunohost.
Ce qui peut se passer aussi c’est du côté du reverse DNS. Quand il n’est pas configuré ça ne plaît pas.
Il y a également la réputation de ton mail, plus il est utilisé et classé non spam par les utilisateurs plus la réputation s’améliore.
Dernière chose que donne le diagnostique automatique de l’interfac admin?
Te remonte-t’il des erreurs?
Le truc c’est que la conf utilisée pour configurer le DNS est celle générée automatiquement par Yunohost, et actuellement elle ne gère effectivement pas bien le cas des relai SMTP …
Si quelqu’un est intéressé pour taffer sur le sujet, il faudrait:
Merci a tous pour vos réponses
J’ai tenté de m’inspirer du premier lien que m’a envoyé @gmilad en créant le fichier /etc/yunohost/hooks.d/custom_dns_rule puis en saisissant dedans :
Hum pas sur que ça soit la bonne écriture pour le fichier custom_dns_rule je m’attendais plus à un nom de domaine au lieu de l’adresse IP par exemple.
et que donne ( ailleurs que sur ton serveur et même que chez toi ) :
dig TXT TONDOMAINE.TLD
Sachant qu’il y a aussi le temps de propagation des DNS qu’il faut prendre en compte ( entre quelques minutes et jusqu’à 48h suivant les fournisseurs d’accès internet et/ou les serveurs DNS ).
Je veux bien tenter sur des VPS chez OVH mais je n’ai jamais tester les relais SMTP, imaginons pas exemple que je mettes en place deux VPS avec Yunohost ynh01.domaine.tld et ynh02.domaine.tld le deuxième pourrait servir de relais SMTP et ainsi reproduire ce qu’il faut pour faire les tests, en ayant deux noms de domaines différents pour vraiment voir la différence ?
pas sur que ça soit la bonne écriture pour le fichier custom_dns_rule je m’attendais plus à un nom de domaine au lieu de l’adresse IP par exemple.
J’ai tester avec smtp.free.fr en lieu et place de l’ip mais visiblement ça ne fonctionne pas mieux.
et que donne ( ailleurs que sur ton serveur et même que chez toi ) :
dig TXT TONDOMAINE.TLD
Je n’ai pas de moyen de tester de l’extérieur; mon domaine est mailperso.ynh.fr si quelqu’un veut tester.
Dernière chose que donne le diagnostique automatique de l’interface admin?
Te remonte-t’il des erreurs?
Je ne vois aucune erreur en lien avec ce “problème” qui semble est actuellement structurel si je comprends bien ce qu’en dit @Aleks (avec qui j’en ai discuté sur IRC).
@Aleks: J’ai jeté un coup d’oeil sur GitHub et Je ne suis pas assez compétent pour patcher ce manque (en même temps a part avoir codé deux ou trois trucs dans mon coin, j’ai jamais participé à un projet).
Après un petit peu de réflexion l’IP que je devais ajouter (d’après mail-tester) correspond à smtp5-g21.free.fr et non smtp.free.fr .
J’ai donc procédé à la modification dans le fichier “/etc/yunohost/hooks.d/custom_dns_rules” ainsi : #!/bin/bash echo '[{"type": "TXT", "name": "@", "value": "\"v=spf1 a mx include:smtp5-g21.free.fr -all\"", "ttl": 3600 }]' > $YNH_STDRETURN
et réaliser un coup de “sudo yunohost dyndns update --force” mais rien de nouveau.
Je ne saisi pas pourquoi ça n’a aucun effet… @ljf aurais tu une idée de l’absence d’effet de ce que je fait?
J’ai exécuté les 2 commandes que tu m’as donné et je ne vois jamais une quelconque référence au hook. Est-ce que le recours aux hooks est toujours actif?