Pas d'idées? C'est quand même bizarre que le mail parte pour l'admin mais refuse de partir pour l'utilisateur...

Non, ImHosted.com

Salut Kris,

J'utilise pour l'admin l'adresse du nom de domaine (admin@domain.com).

Bonjour,

Je viens ajouter une couche au problème des validations d'inscriptions...

Avec sendmail et SMTP en mode d'envoi, rien de part (ou rien n'est reçu), ni notification à l'admin ni annonce de la validation du compte du nouvel inscrit.

Avec PHP Mail() l'annonce de l'inscription arrive à l'admin, mais toujours rien d'envoyé au nouvel inscrit.

Je précise que rien ne tombe dans la boite spam, que les autorisations pour recevoir les emails sont sur "on", et que les adresses emails sont valides (le site n'est pas encore en production).

Je peux faire sans cette fonction mais devoir faire un mail à la main chaque fois qu'un compte est activité m'enchante moyen...

Quelqu'un a une idée? Les histoires de validations à l'inscription semble être le point faible de tous les systèmes, quel que soit leur langage ou le serveur sur lequel ils tournent...

Merci d'avance.

Super ça marche...!
Merci beaucoup!

Bonjour à tous.

Nouveau ici, j'aimerais bien revenir sur ce sujet qui ne semble pas avoir reçu de réponses définitive. Je rencontre le même problème et bien que ce ne soit pas handicapant pour l'exploitation du site, c'est quand même gênant d'être face à quelque chose qui "ne fonctionne pas comme il devrait" de façon persistante.

Il me semble qu'il y a une incohérence qui cause ce problème.
En effet, d'un côté, plusieurs fois durant l'installation de la dernière version de Xoops, une fois installée, à la page d'accueil de l'admin, et même dans les tutoriaux, il est dit qu'il faut déplacer ou renommer les dossiers xoops_data et xoops_lib (AVERTISSEMENT : Le dossier "/blablabla/xoops_lib" est à la racine de votre site ! Pour des raisons de sécurité, il est fortement recommandé de déplacer ce dossier à l'extérieur de la racine de votre site).

Pourtant xoops_data par exemple contient le dossiers "data" qui lui même contient le fichier "secure.php", indispensable au fonctionnement du CMS, et sans lequel (ou déplacé ou dans un dossier renommé), on obtient cette fameuse page blanche d'erreur PHP dont parle Nova13. Donc a priori (mais je m'y connais très peu), selon ma propre logique du moins (elle n'est pas mauvaise mais elle a ses limites bien sûr), ça n'a rien à voir avec une histoire de cache...

Est-ce donc solvable comme problème ou est-ce un bug de la dernière version? Tout le monde a-t-il rencontré le même problème? Quelqu'un a-t-il une idée, une solution finalement?

A part ça j'ouvre une parenthèse pour féliciter tous ceux qui de prêt ou de loin participent au projet XOOPS... et même ceux qui ont choisi ce CMS d'ailleurs. Voilà une semaine que je cherche ZE CMS en Français. Xoops est le dernier de ma liste après en avoir essayé concrètement 7 (et renoncé à en essayer une dizaine d'autres)! Du plus pourri au réputé être le meilleur (Typo3) qui l'est sans doutes. Mais TOUS sans exceptions ont au moins UN problème le rendant difficilement exploitable pour moi (j'ai des besoins il est vrai très exigeants sur ce coup là). Xoops est le SEUL à répondre présent sur les (très nombreux) points de la check list de mon cahier des charges! Alors franchement bravo, et un GRAND merci à vous pour votre dévouement ici.

PS: désolé pour la longueur du message, c'est l'enthousiasme du "petit nouveau".