Aurélien PONCINI

Bonjour, tu utilise Thunderbird ? Il faut nous remonter sur le support les mails / adresses qui posent souci, ainsi on peut indiquer au système que ce n'est pas un SPAM afin qu'il apprenne (comme nous le faisons en entrée quand vous indiquez que le mail est ou non un SPAM). Il n'est pas possible de s'affranchir de l'anti-spam en sortie, c'est la partie la plus importante pour nous afin de ne pas avoir nos IP blacklistées.

Bonjour il y a en effet eu hier soir un incident sur le serveur MySQL4, nous sommes intervenu pour corriger cela, toutes nos excuses.

Joyeux anniversaire

Normalement le service pour masquer les données WhoIs sur les domaines que nous avons en gestion chez OVH est activé par défaut. https://docs.ovh.com/fr/fr/web/domains/whois-activation-de-owo/ Vous ne pouvez pas masquer les informations relatives à votre identité.

Bonjour, @Benoît GEORGELIN ?

Bonjour, il est fort probable que vos scripts ne ferment pas correctement les connexions SQL dans ce cas.

Bonjour, cela vous est déjà possible depuis l'interface de PhpMyAdmin. Cela répond à votre demande ?

Hello, c'est un bug il est censé être affiché en haut et à chaque @

Bonjour, nous passons par Gandi pour enregistrer vos domaines, si le domaine a été enregistré avec yulPa (si c'est avec Web4all il est alors chez OVH). Vous trouverez les explications ici : https://wiki.gandi.net/fr/domains/private-registration

Ouaip, j'avais commencé à travailler la dessus en début d'année puis on a vite eu pleins de choses à faire pour gérer la reprise de Web4all et cela est passé à la trappe. On en parlais justement il y a quelques jours, on va remettre cela en place

Sur les deux derniers mois, le support Chat yulPa est plutôt (très) bien noté ! Plus mauvaise moyenne hebdo : 4.2 selon @crisp_im

Vous souhaitez aider yulPa et les potentiels clients en recherche d'informations à notre sujet ? Vous pouvez ! https://fr.hostadvice.com/hosting-company/yulpa-reviews/ Merci !

OK je ne comprends pas pourquoi cela n'est pas pris en compte : RewriteCond %{HTTPS} off Je vous invite à modifier comme cela : RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteCond %{HTTPS} off Afin d'avoir au total : RewriteEngine on RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteCond %{HTTPS} off # First rewrite to HTTPS: # Don't put www. here. If it is already there it will be included, if not # the subsequent rule will catch it. RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] # Now, rewrite any request to the wrong domain to use www. # [NC] is a case-insensitive match RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule .* https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] J'essayerais de comprendre pourquoi le HTTPS seul ne suffit pas, de même sur le check du port cela ne fonctionne pas alors qu'on a bien un SetEnv HTTPS sur le port 443 Si vous souhaitez tester le résultat : http://poncini.me http://www.poncini.me https://poncini.me

Il n'y a aucune raison pour que cela ne fonctionne pas. MAIS il faut bien prendre en compte : que lorsque vous changez le mode de publication sur iWal, il y a un temps de prise en compte pour que tous les serveurs soient à jours, cela peut prendre plus de 10 minutes ; que lorsque vous modifiez votre htaccess, il peut également y avoir un délai, de quelques secondes

Bonjour, dans ce cas il faut que sur iWal le domaine soit définit en HTTP+HTTPS Puis créer un .htaccess qui gère tout cela.