Aide générale [Réglé] Problème d'envoi de mails Pour la gestion des abonnements
Bonsoir,
déjà pour ma part impossible de compléter l'inscription.
Cause :
Citation:
Le code de vérification entré est incorrect !
J'ai essayé 5 fois, 5 fois ce code de vérification était juste.
De plus les logo facebook et twitter dans le dosier upload nous renvois un code 403 (accès interdit).
Edit : je viens de tester sur ma V3 de test online : mail + code == OK
Edit2 : tu es bien sous la dernière version de la V3 (3.0.11) ?
Car de mon point de vue tu as un sérieux problème soit avec ton install, soit avec ton hébergeur.
Edit3 : je vois que ton hébergeur est "hosteur" donc j'ai peur que les problèmes viennet de lui du fait que ton site est répliqué dans 3 datacenter, donc on peu tomber au pif sur 1 des 3.
Donc si on lance la page d'inscription et que la page d'inscription est généré par le datacenter2 et envoyer au 3 pour check le code de verif ne va pas correspondre donc inscription impossible, idem pour tous ce qui contient un captcha.
Ensuite j'ai peu qu'il en soit de même avec la fonction mail du style le datacenter 2 envoie l'instruction d'envois de mail mais c'est le 3 qui récupère et donc PHPBoost ne reconnait peut être pas le token ou autre système de sécurité qui est en place.
Ce n'est qu'une hypothèse je ne dit pas que ton hébergeur est en cause dans tout tes problème, mais une personne sur le site officiel avait des problème similaire alors il a vider son FTP, mais son site était encore accessible 2 heure après la suppression des fichiers sur le FTP (il me semble).
Donc je ne suis pas un Dev donc je ne sais pas trop comment procéder pour voir ou se situe le problème.
Cordialement, janus57 Edité par janus57 Le 13/06/2013 à 01h16
déjà pour ma part impossible de compléter l'inscription.
Cause :
Citation:
Le code de vérification entré est incorrect !
J'ai essayé 5 fois, 5 fois ce code de vérification était juste.
De plus les logo facebook et twitter dans le dosier upload nous renvois un code 403 (accès interdit).
Edit : je viens de tester sur ma V3 de test online : mail + code == OK
Edit2 : tu es bien sous la dernière version de la V3 (3.0.11) ?
Car de mon point de vue tu as un sérieux problème soit avec ton install, soit avec ton hébergeur.
Edit3 : je vois que ton hébergeur est "hosteur" donc j'ai peur que les problèmes viennet de lui du fait que ton site est répliqué dans 3 datacenter, donc on peu tomber au pif sur 1 des 3.
Donc si on lance la page d'inscription et que la page d'inscription est généré par le datacenter2 et envoyer au 3 pour check le code de verif ne va pas correspondre donc inscription impossible, idem pour tous ce qui contient un captcha.
Ensuite j'ai peu qu'il en soit de même avec la fonction mail du style le datacenter 2 envoie l'instruction d'envois de mail mais c'est le 3 qui récupère et donc PHPBoost ne reconnait peut être pas le token ou autre système de sécurité qui est en place.
Ce n'est qu'une hypothèse je ne dit pas que ton hébergeur est en cause dans tout tes problème, mais une personne sur le site officiel avait des problème similaire alors il a vider son FTP, mais son site était encore accessible 2 heure après la suppression des fichiers sur le FTP (il me semble).
Donc je ne suis pas un Dev donc je ne sais pas trop comment procéder pour voir ou se situe le problème.
Cordialement, janus57 Edité par janus57 Le 13/06/2013 à 01h16
Visiteur
EDN Helpers
Message : 0
janus57:
Tu ne me surprends guère en disant cela : j'avais les même soucis quand je tentais l'inscription avec le code de vérification. C'est pourquoi j'ai tout retiré.
janus57:
Ca c'est normal : c'est juste pour que des malins n'accèdent pas à mon dossier /upload/ : j'ai mis une redirection. Donc pour le coup, c'est voulu.
janus57:
Sans aucun doute, je pencherais pour l'hébergeur. Hosteur est devenu une passoire depuis 8 mois, je ne compte plus le nombre de tickets envoyés pour des soucis de déconnexion, de message d'erreur... Ils sont perpétuellement en chantier... Tiens d'ailleurs, si vous connaissez un bon hébergeur, je suis preneur car mon abonnement s'arrête en octobre chez Hosteur, et je n'ai pas l'intension d'y rester. Dommage car le service était bien, un temps. Mais ils ont voulu avoir les yeux plus gros que le ventre je pense.
janus57:
Ils appellent ça la redondance. Il paraît que c'est pour notre sécurité. Mais je vois qu'ils se font craquer constamment. Ca ne doit donc pas être si sécurisé que ça.
janus57:
Oh si, je verrais bien ça comme ça.
Cordialement.
déjà pour ma part impossible de compléter l'inscription.
Cause :
[quote=Citation]
Le code de vérification entré est incorrect !
Cause :
[quote=Citation]
Le code de vérification entré est incorrect !
Tu ne me surprends guère en disant cela : j'avais les même soucis quand je tentais l'inscription avec le code de vérification. C'est pourquoi j'ai tout retiré.
janus57:
De plus les logo facebook et twitter dans le dosier upload nous renvois un code 403 (accès interdit).
Ca c'est normal : c'est juste pour que des malins n'accèdent pas à mon dossier /upload/ : j'ai mis une redirection. Donc pour le coup, c'est voulu.
janus57:
Edit2 : tu es bien sous la dernière version de la V3 (3.0.11) ?
Car de mon point de vue tu as un sérieux problème soit avec ton install, soit avec ton hébergeur.
Car de mon point de vue tu as un sérieux problème soit avec ton install, soit avec ton hébergeur.
Sans aucun doute, je pencherais pour l'hébergeur. Hosteur est devenu une passoire depuis 8 mois, je ne compte plus le nombre de tickets envoyés pour des soucis de déconnexion, de message d'erreur... Ils sont perpétuellement en chantier... Tiens d'ailleurs, si vous connaissez un bon hébergeur, je suis preneur car mon abonnement s'arrête en octobre chez Hosteur, et je n'ai pas l'intension d'y rester. Dommage car le service était bien, un temps. Mais ils ont voulu avoir les yeux plus gros que le ventre je pense.
janus57:
Edit3 : je vois que ton hébergeur est "hosteur" donc j'ai peur que les problèmes viennet de lui du fait que ton site est répliqué dans 3 datacenter, donc on peu tomber au pif sur 1 des 3.
Ils appellent ça la redondance. Il paraît que c'est pour notre sécurité. Mais je vois qu'ils se font craquer constamment. Ca ne doit donc pas être si sécurisé que ça.
janus57:
Ce n'est qu'une hypothèse je ne dit pas que ton hébergeur est en cause dans tout tes problème, mais une personne sur le site officiel avait des problème similaire alors il a vider son FTP, mais son site était encore accessible 2 heure après la suppression des fichiers sur le FTP (il me semble).
Oh si, je verrais bien ça comme ça.
Cordialement.
Bonjour,
Citation:
Ca c'est normal : c'est juste pour que des malins n'accèdent pas à mon dossier /upload/ : j'ai mis une redirection. Donc pour le coup, c'est voulu.
Bah du coup tout ce qui est dans le dossier upload (on les images) renvoie un 403, ce qui pour les robots d'indexation n'est peut être pas le top.
Et de base y a un fichiers index.html ou un .htaccess à la racine de phpboost qui empêche de fouiller dans les dossier, donc pas besoin de totalement refuser l'accès à par si tu as envie qu'il manque des images un peu partout sur ton site et que les robots google & cie se prennent du 403 lorsqu'il visite ton site.
Edit : en autre hébergeur tu as le choix, OVH(faut faire attention à leur offres, car sur la plus petit phpboost aura peut être du mal depuis le remaniement des mutualisés), Online, Nuxit, Easy-Hebergement etc...
Cordialement, janus57 Edité par janus57 Le 13/06/2013 à 09h38
Citation:
Ca c'est normal : c'est juste pour que des malins n'accèdent pas à mon dossier /upload/ : j'ai mis une redirection. Donc pour le coup, c'est voulu.
Bah du coup tout ce qui est dans le dossier upload (on les images) renvoie un 403, ce qui pour les robots d'indexation n'est peut être pas le top.
Et de base y a un fichiers index.html ou un .htaccess à la racine de phpboost qui empêche de fouiller dans les dossier, donc pas besoin de totalement refuser l'accès à par si tu as envie qu'il manque des images un peu partout sur ton site et que les robots google & cie se prennent du 403 lorsqu'il visite ton site.
Edit : en autre hébergeur tu as le choix, OVH(faut faire attention à leur offres, car sur la plus petit phpboost aura peut être du mal depuis le remaniement des mutualisés), Online, Nuxit, Easy-Hebergement etc...
Cordialement, janus57 Edité par janus57 Le 13/06/2013 à 09h38
Citation:
Un simple index.php dans se dossier aurait limité les intrusions. C'est bien plus efficace , et moins douloureux pour le référencement
Ca c'est normal : c'est juste pour que des malins n'accèdent pas à mon dossier /upload/ : j'ai mis une redirection. Donc pour le coup, c'est voulu.
Un simple index.php dans se dossier aurait limité les intrusions. C'est bien plus efficace , et moins douloureux pour le référencement
Visiteur
EDN Helpers
Message : 0
janus57:
Tu as raison, je n'avais pas pensé ça ! C'est peut-être l'une des raisons de mon patinage sur google. On va corriger ça de suite !
Merci pour l'info.
Bah du coup tout ce qui est dans le dossier upload (on les images) renvoie un 403, ce qui pour les robots d'indexation n'est peut être pas le top.
Et de base y a un fichiers index.html ou un .htaccess à la racine de phpboost qui empêche de fouiller dans les dossier, donc pas besoin de totalement refuser l'accès à par si tu as envie qu'il manque des images un peu partout sur ton site et que les robots google & cie se prennent du 403 lorsqu'il visite ton site.
Et de base y a un fichiers index.html ou un .htaccess à la racine de phpboost qui empêche de fouiller dans les dossier, donc pas besoin de totalement refuser l'accès à par si tu as envie qu'il manque des images un peu partout sur ton site et que les robots google & cie se prennent du 403 lorsqu'il visite ton site.
Tu as raison, je n'avais pas pensé ça ! C'est peut-être l'une des raisons de mon patinage sur google. On va corriger ça de suite !
Merci pour l'info.
Visiteur
EDN Helpers
Message : 0
Voilà, j'ai retiré toutes les redirections par fichier HTML. J'ai laissé le scripyt comme à son origine. Reste que si l'on fait http://pornicradio.com/upload/ : on a quand même un retour 403, qui dit que nous n'avons pas accès à l'url demandée.
N'était-ce pas plutôt des erreur 404 dont tu parlais ?
Ce n'est par contre pas le cas en tappant cet adresse :
http://easy-design.net/upload/
là por le coup ça ne renvoie pas d'erreur 403. Est-ce que sur CSN on a modifé les choses pour ne pas avoir ces retours 403 ?
C'est idem si on fait : http://phpboost.com/upload/ : nous n'avons pas non plus le retour 403. Mistère : là, pour le coup, c'est le script d'origine !
Et pour finir le test : ici http://demo.phpboost.com/upload/ : on a une rerreur 403, mais qui a priori eest une redirection un peu comme j'avais dû les faire.
Comprends pas
Edité par
Visiteur
Le 13/06/2013 à 11h29
N'était-ce pas plutôt des erreur 404 dont tu parlais ?
Ce n'est par contre pas le cas en tappant cet adresse :
http://easy-design.net/upload/
là por le coup ça ne renvoie pas d'erreur 403. Est-ce que sur CSN on a modifé les choses pour ne pas avoir ces retours 403 ?
C'est idem si on fait : http://phpboost.com/upload/ : nous n'avons pas non plus le retour 403. Mistère : là, pour le coup, c'est le script d'origine !
Et pour finir le test : ici http://demo.phpboost.com/upload/ : on a une rerreur 403, mais qui a priori eest une redirection un peu comme j'avais dû les faire.
Comprends pas
Edité par
Visiteur
Le 13/06/2013 à 11h29
Bonjour,
normal si tu point directement sur le répertoire /upload tu as un 403, mais là ce sont les images qui nous renvoie un 403 !
Exemple : http://www.pornicradio.com/upload/facebook_logo_reduit.png
http://www.pornicradio.com/upload/twitter_logo_reduit.png
Alors que normalement on devrait avoir l'image qui apparait.
Et manque de chance je dirais aussi que cela est du à ton hébergeur car à mon avis dans la partie administration tu as activé l'anti-hotlink (d'autres site ne peuvent pas utiliser tes lien d'images pour les afficher chez eux) seul problème ton hébergeur doit utiliser un serveur frontale qui fait croire à apache que c'est un autre site qui essaye d'afficher des images.
Donc en gros chez toi sa donne serveur fichiers (IP A) => serveur frontale (IP B) => visiteur (IP C) => erreur 403 tu à l'IP intermédiaire
Alors que normalement si le cluster est bien fait : serveur fichiers (IP A interne au cluster) => serveur frontale (IP A fixe pour tous les site sur le mutualisé) => visiteur (IP B) => affichage de l'image.
Ce qui peu expliquer aussi pourquoi dans ton administration tu n'a pas l'IP du visiteur ou alors tu en a 2 par visiteurs.
P.S. en réalité c'est pas basé sur les IP mais les NDD, mais pour simplifier j'ai utilisé les IP dans le schéma
P.S.2 voici un schéma de l'infrastructure de mon hébergeur (ne pas faire attention au NDD mon hébergeur est easy-hebergement.fr) : http://www.1allo.com/img/infra_cluster.jpg
Si tu ne vois toujours pas ce que je veux dire petit test en live :
http://www.fun-animes.fr/upload/ => erreur 403
http://www.fun-animes.fr/upload/yuyushiki_200x300.jpg => affichage de l'image et non erreur 403
Cordialement, janus57
normal si tu point directement sur le répertoire /upload tu as un 403, mais là ce sont les images qui nous renvoie un 403 !
Exemple : http://www.pornicradio.com/upload/facebook_logo_reduit.png
http://www.pornicradio.com/upload/twitter_logo_reduit.png
Alors que normalement on devrait avoir l'image qui apparait.
Et manque de chance je dirais aussi que cela est du à ton hébergeur car à mon avis dans la partie administration tu as activé l'anti-hotlink (d'autres site ne peuvent pas utiliser tes lien d'images pour les afficher chez eux) seul problème ton hébergeur doit utiliser un serveur frontale qui fait croire à apache que c'est un autre site qui essaye d'afficher des images.
Donc en gros chez toi sa donne serveur fichiers (IP A) => serveur frontale (IP B) => visiteur (IP C) => erreur 403 tu à l'IP intermédiaire
Alors que normalement si le cluster est bien fait : serveur fichiers (IP A interne au cluster) => serveur frontale (IP A fixe pour tous les site sur le mutualisé) => visiteur (IP B) => affichage de l'image.
Ce qui peu expliquer aussi pourquoi dans ton administration tu n'a pas l'IP du visiteur ou alors tu en a 2 par visiteurs.
P.S. en réalité c'est pas basé sur les IP mais les NDD, mais pour simplifier j'ai utilisé les IP dans le schéma
P.S.2 voici un schéma de l'infrastructure de mon hébergeur (ne pas faire attention au NDD mon hébergeur est easy-hebergement.fr) : http://www.1allo.com/img/infra_cluster.jpg
Si tu ne vois toujours pas ce que je veux dire petit test en live :
http://www.fun-animes.fr/upload/ => erreur 403
http://www.fun-animes.fr/upload/yuyushiki_200x300.jpg => affichage de l'image et non erreur 403
Cordialement, janus57
sch:
Bonjour,
ça ce sont les chiffres qu'il donnent, et c'est pas parce que ils on des milliers de sites héberger qu'ils sont forcément les meilleur ou à la pointe en matière de technologie.
La preuve avec OVH qui n'a migré que récemment sur une infrastructure cluster ces mutualisés.
Mais quand je vois 3-4 serveur cluster qui sont HS chez hosteur sa fait quand même peur.
Cordialement, janus57
Je suis surpris de tout ça quand même car Hosteur n'est pas quand même le dernier né : c'est 75000 sites hébergés et je ne sais plus combien de clients. Il y a peut-être des raisons à tout ça non ?
Cordialement.
Cordialement.
Bonjour,
ça ce sont les chiffres qu'il donnent, et c'est pas parce que ils on des milliers de sites héberger qu'ils sont forcément les meilleur ou à la pointe en matière de technologie.
La preuve avec OVH qui n'a migré que récemment sur une infrastructure cluster ces mutualisés.
Mais quand je vois 3-4 serveur cluster qui sont HS chez hosteur sa fait quand même peur.
Cordialement, janus57
Visiteur
EDN Helpers
Message : 0
Sauf que j'ai peut-être été vite en besogne en accusant mon hébergeur : car je viens d'installer, pour tester ces problèmes d'nvois de mails, une V4 sur mon sous domaine. Oh la surprise : aucun souci d'envoi de mail : je reçois bien celui de l'installation, et ceux de validation par les membres. Par contre si je veux accéder au dossier /uploa/, j'ai toujours bien une erreur, mais pas généré par le serveur, il s'agit bien d'une redirection en natif de PBT V4, puisque la redirection ramène sur une page qui dit ceci : "r 403
L'accès à ce dossier est interdit !
". Cette page est intégrée au site. Ca n'est donc pas le seveur qui la fait celle-là.
Je pencherais donc pour un pb de mon script PBT V3. Mais quoi ??? Ne serait-ce pas la version PHP de mon serveur qui serait trop récente pour mon PBT ? J'ai déjà modifier quelques lignes du module Calendar car il m'affichait une erreur. Cétait visiblement dû à ma version de PHP, qui était trop récente.
Cordialement.
L'accès à ce dossier est interdit !
". Cette page est intégrée au site. Ca n'est donc pas le seveur qui la fait celle-là.
Je pencherais donc pour un pb de mon script PBT V3. Mais quoi ??? Ne serait-ce pas la version PHP de mon serveur qui serait trop récente pour mon PBT ? J'ai déjà modifier quelques lignes du module Calendar car il m'affichait une erreur. Cétait visiblement dû à ma version de PHP, qui était trop récente.
Cordialement.
Bonjour,
Citation:
Comme répétés plus haut du tu accès directement à ton répertoire /upload
via example.com/upload c'est normale que tu reçoit une erreur 403 car en faisant ça tu souhaite voir TOUT les fichiers présent dans le répertoire upload et ça c’est le .htaccess de base de phpboost qui te bloque.
Par contre accéder à une image via le lien example.com/upload/monimage.png et avoir une erreur 403 là ce n'est pas normal.
Or c'est bien comme ça que votre site ce comporte.
De plus envoie un accès à ta V4 pour tester, car si tu n'a pas modifier les fichier de la V3 l’envoie de mail devrait fonctionner à 100% tout comme la V4 vu que le système de mail n'a que très peu changé.
De plus sur le forum officiel un autre qui est chez hosteur à des perte de session récurrent et problème d'envois de mail avec sa V4.
Cordialement, janus57 Edité par janus57 Le 13/06/2013 à 16h38
Citation:
Je pencherais donc pour un pb de mon script PBT V3. Mais quoi ??? Ne serait-ce pas la version PHP de mon serveur qui serait trop récente pour mon PBT ? J'ai déjà modifier quelques lignes du module Calendar car il m'affichait une erreur. Cétait visiblement dû à ma version de PHP, qui était trop récente.
Comme répétés plus haut du tu accès directement à ton répertoire /upload
via example.com/upload c'est normale que tu reçoit une erreur 403 car en faisant ça tu souhaite voir TOUT les fichiers présent dans le répertoire upload et ça c’est le .htaccess de base de phpboost qui te bloque.
Par contre accéder à une image via le lien example.com/upload/monimage.png et avoir une erreur 403 là ce n'est pas normal.
Or c'est bien comme ça que votre site ce comporte.
De plus envoie un accès à ta V4 pour tester, car si tu n'a pas modifier les fichier de la V3 l’envoie de mail devrait fonctionner à 100% tout comme la V4 vu que le système de mail n'a que très peu changé.
De plus sur le forum officiel un autre qui est chez hosteur à des perte de session récurrent et problème d'envois de mail avec sa V4.
Cordialement, janus57 Edité par janus57 Le 13/06/2013 à 16h38
Visiteur
EDN Helpers
Message : 0
Bonsoir,
J'ai levé la maintenance : tu peux donc tester si tu veux. Ne t'inquiètes pas du site, c'est juste une version de teste pour voir si je rencontrais les même soucis avec la V4 qu'avec la v3.
Le site est ici :
http://mza.pornicradio.com
et si tu veux même tester une image pour voir le comportement de pbt V4 par rapport à V3, c'est ici
http://mza.pornicradio.com/upload/logo_grand_pornicradio.jpg
Attention : le site ne va pas rester x temps sur le seveur puisque c'est un test.
Merci déjà de ton aide.
Cordialement.
J'ai levé la maintenance : tu peux donc tester si tu veux. Ne t'inquiètes pas du site, c'est juste une version de teste pour voir si je rencontrais les même soucis avec la V4 qu'avec la v3.
Le site est ici :
http://mza.pornicradio.com
et si tu veux même tester une image pour voir le comportement de pbt V4 par rapport à V3, c'est ici
http://mza.pornicradio.com/upload/logo_grand_pornicradio.jpg
Attention : le site ne va pas rester x temps sur le seveur puisque c'est un test.
Merci déjà de ton aide.
Cordialement.
Visiteur
EDN Helpers
Message : 0
Bonjour, ce site test est sur mon sous domaine pronicradio, donc sur le même serveur. Ce que je trouve bisarre par congtre, c'est que j'ai deux fichiers .htaccess à la racine de mon site, or, je n'en pas rajouté personnellement. Peut-être est-ce mon hébergeur qui en a rajouté un ?
Cordialement.
Cordialement.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie