Impossible de créer un compte à cause d'un formulaire de SPAM

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • rpoulin80
    a répondu
    Finalement mon hébergeur a remis le fichier du PHPMAIL d'origine et tout fonctionne normalement. Je conserve tout ce que vous avez écris dans ce forum pour référence futur. Maintenant je m'applique à changer d'hébergeur chez PlanetHost.

    Merci à tout le monde.

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par rpoulin80 Voir le message
    Voir mes paramètres du mail[/I]
    Bonjour,

    Ce n'est pas possible avec les réglages indiqués sur votre capture d'écran car les serveurs de microsoft (hotmail) ne sont pas ceux de votre hebergeur. Quand on indique "localhost", cela veut dire que le serveur qui héberge le site est également l'hébergeur des boîtes mail et du service SMTP, ce qui n'est pas le cas evidemment pour hotmail.

    De plus, les comptes hotmail, live, outlook sont définis avec des authentification (login & mot de passe). Donc vérifier vos paramètres (les mêmes que dans votre logiciel de messagerie) si vous souhaitez configurer avec hotmail mais personnellement je déconseille la configuration d'un compte microsoft, gmail et autres pour émettre des mails depuis le site. Car ces comptes gratuits sont bridés.

    Le SMTP est possible sous Joomla mais cela reste marginal pour les mails transactionnels.
    On destine plutôt la fonction à des relais SMTP (service généralement payant ou limité dans la gratuité) comme celui de mailjet : https://hello.mailjet.com/fr-smtp/

    Mon choix par défaut est d'utiliser la configuration par défaut phpmail car c'est idéal pour faire partir des mails depuis le serveur, cela suppose que l'email indiqué en expediteur est du domaine du site ( Par exemple contact@nomdusite.ca ). L'hébergeur donne généralement de quoi gérer les adresses mail liés au site donc cela ne pose pas de problème.

    Personnellement, je configure toujours les sites avec 2 adresses :
    - une adresse mail d'expedition type noreply@nomdusite.com (créé depuis le manager de l'hebergeur) et indiqué dans les paramètres de joomla et avec phpmail par défaut.
    - une adresse type contact@nomdusite.com dans les formulaires de contact qui sera l'adresse officielle (celle que l'on communique sur les cartes de visite) et utilisé par la personne en charge du site. Ainsi l'adresse d'expedition n'est pas la même que le destinataire et on peux même gérer les emails de rebond avec des extensions comme acymailing.

    Pour vérifier que tout est bien configuré, je teste l'envoi depuis les paramètres de configuration ainsi que le formulaire de contact. Puis j'utilise également https://www.mail-tester.com/ pour avoir plus de précision sur les problèmes de spam (configuration spf/dkim).

    En résumé, le conseil c'est utiliser uniquement les adresses mail liés au domaine. N'hésitez pas à demander auprès de votre hébergeur pour créer une adresse mail (il doit certainement avoir des guides ou tutoriels à votre disposition). Laissez la configuration phpmail dans joomla, elle sera beaucoup plus efficace. tester l'envoi depuis joomla et tester avec mail-tester en suivant les indications du site.

    Laisser un commentaire:


  • RobertG
    a répondu
    Bonjour,

    +1 avec lefabdu51

    De plus, tu n'as pas de raisons, à moins que ton site ait été vérolé et que ce soit la cause des problèmes précédents, d'utiliser autre chose que la fonction PHP mail chez ton nouvel hébergeur (aucun intérêt à tenter de régler cet envoi de messages avant le transfert du site).
    Tu as par contre intérêt ensuite, si l'envoi par PHP mail fonctionne, à utiliser une adresse de messagerie sur ton nom de domaine pour éviter que certaines messageries destinataires considèrent que tes messages pourraient être du spam.

    Laisser un commentaire:


  • lefabdu51
    a répondu
    Salut,
    tu geres ta propre messagerie ? tes reglages smtp ne devraient ils pas être ceux du domaine de l'adresse utilisée, a savoir ceux de hotmail.fr ?

    Laisser un commentaire:


  • rpoulin80
    a répondu
    J'ai fait le test d mai en modifier pour SMTP et je reçois l'erreur
    Une erreur est survenue lors de la récupération des données JSON : code de statut HTTP 500 .
    Internal Server Error

    Voir mes paramètres du mail

    Laisser un commentaire:


  • lesoutier
    a répondu
    Oui, il y a bien la fonction de transfert de site dans la version gratuite et dans un cas comme celui-ci ça peut être assez pratique, même si ce n'est pas la méthode la plus rapide.
    rpoulin80 il est totalement inutile d'installer une version neuve de Joomla sur ton site, AkeebaBackup transfère tout.

    Laisser un commentaire:


  • RobertG
    a répondu
    J'ai oublié parce que je ne l'utilise pas, mais il me semble que même en version gratuite, Akeeba backup a une fonctionnalité de transfert de site, qui évite d'importer le site sur l'ordinateur local et de le renvoyer sur le nouveau serveur.

    Laisser un commentaire:


  • RobertG
    a répondu
    Regarde mon site fontanil.info, j'y explique comment faire avec ou sans Akeeba backup.

    Le plus simple est d'utiliser Akeeba backup, de faire la sauvegarde, de la transférer sur le nouveau serveur (dans le dossier "public_html si c'est bien chez PlanetHoster) avec le fichier kickstart.php. Tu n'as absolument pas besoin d'installer une version neuve de Joomla!, seulement d'avoir créé une base de données et son "user" chez le nouvel hébergeur. Par défaut, la sauvegarde concerne tout, sauf si tu as volontairement exclu des dossiers/fichiers et/ou des tables de la base de données.

    A moins que tu aies déjà en local le programme Akeeba Extract Wizard, je te conseille de faire deux sauvegardes : une en zip, l'autre en jpa (ça se gère dans les paramètres de configuration du profil d'Akeeba), ainsi, tu pourras t'assurer que la décompression du zip n'annonce aucune erreur, et que donc tu as une sauvegarde saine. Si tu as Extract Wizard, tu peux te contenter d'une sauvegarde en jpa et faire une décompression (réelle ou de test) sur ce fichier pour être sûr qu'il est sain.

    Il te suffit d'ouvrir l'adresse du site suivie de "kickstart.php" pour que le script décèle l'archive, te permette de la décompresser, puis de lancer l'installation.
    A priori, il faut remplacer le fichier .htaccess de l'ancien hébergeur par une version standard (la restauration te le propose), et le site doit fonctionner.

    Laisser un commentaire:


  • rpoulin80
    a répondu
    Quelle est la meilleure façon de faire ce changement. Je pensais prendre un backup avec Akeeba , installer la dernière version de Joomla sur le nouveau serveur et ensuite installer le backup. Quand je fais le backup est-ce que c'est seulement les données qui sont sauvées ou le modules et plugins aussi? Je ne veux pas repartir de zéro car c'est beaucoup trop d'ouvrage mon site a déjà 10 ans.

    Laisser un commentaire:


  • RobertG
    a répondu
    La première chose à régler est le paramétrage de l'envoi des mails, avec vérification que le mail de test est bien envoyé et reçu, et d'ajouter le captcha.
    Il n'y a a priori aucune raison pour que si le mail de test passe, ceux de création de compte soient en erreur.

    Laisser un commentaire:


  • rpoulin80
    a répondu
    Je viens de faire le transfert avec PlanetHoster. Avant de procéder il faudrait m'assurer d'avoir régler mon problème. Ce n'est pas Kunena mais le formulaire de création de compte (je pense). J'ai essayé de créer un compte ordinaire pour Joomla et j'ai la même erreur. Ce doit-être ce module là qui fait erreur?

    Laisser un commentaire:


  • RobertG
    a répondu
    Au cas où : PlanetHoster est également canadien et francophone. Un excellent rapport qualité prix et une grande réactivité. (peut-être y a-t-il encore une remise en cliquant sur le lien en bas du forum)

    Laisser un commentaire:


  • rpoulin80
    a répondu
    Merci pour les commentaire sur mon hébergeur, je me suis mis à la recherche d'un autre hébergeur.4

    Le site https://www.hosting-review.com/canada-fr.php note les meilleurs hébergeurs canadiens et je vais faire le changement aujourd'hui même. Je suis en discussion avec le premier (hostpapa) qui parle en français et qui n'est vraiment pas dispendieux (3 fois moins que mon hébergeur). Je vais vérifier les versions que vous de PHP e autres sont à jour.

    J'ai toujours peur des sites qui évaluent des compagnies car cela peut-être biaisé mais c'est quand même d'ordre général assez fiable. Il me propose de transférer le site sans frais en plus, finalement cette aventure m'aura permis d'avancer.

    Merci

    Laisser un commentaire:


  • daneel
    a répondu
    Merci, effectivement c'est un petit hébergeur qui mise plus sur la virtualisation, il souffre d'un manque de service et de suivis même dans la publicité sur leur site.
    Quand je vois sur leur site qu'il propose uniquement php 5.4, je me pose des questions !

    La version 5.4 n'est même plus affichée dans le tableau officiel : https://www.php.net/supported-versions.php
    Pour info, la version 5.6 de php n'est plus suivie depuis le 1er janvier 2019 et la version 5.5 depuis 2016... php 5.4 étant mort et enterré.
    J'espère que c'est uniquement le manque de temps et d'actualisation de leur site sinon leur proposition représente un risque important.

    Vous pouvez nous indiquer si vous avez le message d'alerte indiquant que la version de php est obsolète en backend
    ou vous pouvez l'obtenir dans le menu système/informations système puis version de php ?

    Aujourd'hui, un hébergeur digne de ce nom propose php 7.x par défaut et pour des raisons de compatibilité, une possibilité de fonctionner en php 5.6 via une ligne de code ou une activation dans le gestionnaire (le "panel") mais cela doit s'accompagner de mesure de sécurité assez fortes.

    A noter que le panel plesk (proposé par votre hebergeur) dispose en options d'outils spécifiques pour gérer les sites Joomla (Joomla! Toolkit). J'espère juste que ton hébergeur le propose dans sa dernière version de plesk (17) car c'est un véritable plus notamment sur le suivi et mise à jour : https://www.plesk.com/joomla-toolkit/
    Avec Joomla Toolkit, on est dans une parfaite intégration entre le panel de votre hébergement et les sites joomla.

    Des alternatives existent sous d'autres panels mais pas aussi complet, Viktor Drover qui travaille pour Plesk a vraiment fait pour mettre en avant la communauté Joomla, c'est dommage de pas en profiter.

    En conclusion, j'ai quand même de gros doutes sur cet hébergeur... l'équipement matériel indiqué date de plus de 10 ans avec des configurations pas toutes jeunes non plus. J'insiste sur le fait que je lis uniquement le descriptif des propositions disponibles sur leur site, j'essaye d'être objectif car je ne sais pas si cela correspond à la réalité.
    Toutefois leur propre site est tout aussi obsolète en terme de proposition et possède également des failles de sécurité, c'est un site wordpress datant de 2015 qui utilise phpmailer et celui-ci a donc la faille que l'on vous reproche (lol!) https://sitecheck.sucuri.net/results/www.iscream.net

    Laisser un commentaire:


  • rpoulin80
    a répondu
    J'ai effectué (après avoir modifier le serveur de mail SMTP) un test dans la configuration pour envoyer un mail et j'ai reçu le message suivant
    Une erreur est survenue lors de la récupération des données JSON : code de statut HTTP 500 .
    Internal Server Error

    Mon hébergeur est du Québec et c'est ISCREAM.NET


    Je viens de vérifier la version et je suis effectivement à jour car c'est inscrit 5.2.27.

    Mon joomla est à jour et j'ai demandé que l'on m'autorisre à nouveau comme vous me l'avez suggéré. J'attends.

    Merci de m'accompagner dans ce dossier car c'est un peu trop technique pour moi.

    Laisser un commentaire:

Annonce

Réduire
1 sur 2 < >

C'est [Réglé] et on n'en parle plus ?

A quoi ça sert ?
La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
Comment ajouter la mention [Réglé] à votre discussion ?
1 - Aller sur votre discussion et éditer votre premier message :


2 - Cliquer sur la liste déroulante Préfixe.

3 - Choisir le préfixe [Réglé].


4 - Et voilà… votre discussion est désormais identifiée comme réglée.

2 sur 2 < >

Assistance au forum - Outil de publication d'infos de votre site

Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

UTILISER À VOS PROPRES RISQUES :
L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

Problèmes connus :
FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

Installation :

1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

Archive zip : https://github.com/AFUJ/FPA/zipball/master

2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
et remplacer www. votresite .com par votre nom de domaine


Exemples:
Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/
Pour executer le script: http://www..com/fpa-fr.php

Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/cms/
Pour executer le script: http://www..com/cms/fpa-fr.php

En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
Voir plus
Voir moins

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X