problème d'email php avec guppy

guppy n'utilisant pas de bdd mais des fichiers, il faut suivre à la lettre les indications et les chmod.

Il n'y a aucun chmod à faire sur lesCigales.ORG.

Entre "suivre à la lettre les indications et les chmods" et  "Il n'y a aucun chmod à faire sur lesCigales.ORG.", mon coeur balance. Surtout pour deux réponses émanant de deux membres de l'équipe des Cigales.org.

Je suis nouvelle aux Cigales. J'ai installé mon CMS Guppy, je l'ai paramètré. J'arrive aux chmods. Parfois ça marche (mettre des fichiers en 777), parfois ça marche pas (mettre des répertoires en 777, j'obtiens en réponse un"permission denied"). J'ai déjà installé plusieurs sites chez plusieurs hébergeurs différents. Donc je sais ce que c'est que les chmods, je sais que chez Free, on ne les met pas et ça marche, que chez 1&1, on les met et  ça marche.
Mais de ce que je viens d'essayer aux Cigales, avec des résultats mitigés, est-ce que ça va marcher ?

J'ai eu beau éplucher les posts épinglés, la FAQ et les conditions d'utilisation, je n'ai rien trouvé de net. Rien qu'un cours sur les chmods, mais pas ce que l'on peut faire sur lescigales.org.

Qui peut éclairer ma lanterne.

Merci d'avance.

PS : rien ne fonctionne sur mon hébergement : http://autour-de-guppy.lescigales.org/index.php?lng=fr
Mes fichiers sont tous là, je les vois par ftp. Il faudrait que je chmode, mais c'est impossible. Et au niveau du quota, le site semble avoir gonflé (13 Mo, alors qu'il est vide et ne devrait pas en faire plus de 5 ou 6) Que dois-je faire ?

Bonsoir Katryne,

Ok déjà une chose, infobarquee est nouveau dans l'équipe et n'est pas forcément au courant de toute l'architecture derrière lesCigales.ORG, mais je le suis et voilà comment ca se passe:
- chaque site que nous hébergeons tourne avec les droits de l'utilisateur qui le possède, c'est à dire: AUCUN chmod à faire sur vos fichiers ou répertoires qui sont créés eux aussi par votre utilisateur, car les scripts php écriront et liront vos fichiers avec VOS droits et pas ceux d'un utilisateur tiers, donc AUCUNE bidouille à faire. Les conseils sur les chmods dans les logiciels concernent les hébergeurs peu scrupuleux qui ont un système où l'utilisateur qui possède les fichiers sur le FTP et l'utilisateur qui exécutent ces fichiers via PHP est différent. Ce n'est pas le cas chez nous, donc je le répète: AUCUN chmod à faire pour que ca marche (je suis même en train de réfléchir si je ne devrais pas désactiver complètement le chmod afin de ne pas tenter les néophytes).
- ensuite, notre système qui exécute vos scripts PHP avec votre utilisateur s'appelle suexec et par souci de sécurité, LUI controlle que vos chmods soient corrects; c'est à dire: aucun répertoire ou fichier dont les droits en écriture sont offerts à tout le monde ne sera exécuté (c'est l'erreur 500 que vous allez voir sur votre site si vous avez le malheur de passer un répertoire en 777 dans lequel se trouve vos fichiers PHP), ceci afin d'éviter que n'importe quel utilisateur puisse créér des fichiers sur votre compte et les exécuter avec vos droits.

Voilà, j'espère avoir suffisament éclairé votre lanterne concernant vos problèmes

Je viens d'envoyer mes clefs ftp à inforbarquee, j'espère qu'il va pouvoir résoudre le problème.  Je n'ai pas d'erreur 500, mais une myriade d'autres : no such file, permission denied, supplied argument is not a valid stream resource ...
J'ai déjà installé une cinquantaine de guppys. Mais je n'ai eu affaire jusque là en effet qu'à des hébergeurs peu scrupuleux, comme 1&1, Nuxit ou Ovh. Seul Free est sérieux, puisqu'il m'interdit les chmods.
Si les chmods mettent le site en rideau, pourquoi alors les autoriser partiellement ? Vous avez raison, puisque ça met la pagaille, les chmods, autant les interdire complètement. Je vous le dit, j'ai tout lu ici et ce n'est pas clair. J'ai essayé de chmoder un répertoire à 777, et maintenant, il est inaccessible,  en modification comme en suppression.

Alors je fais quoi, maintenant : je ne peux même pas supprimer le site qui ne comporte encore qu'une coquille vide (de 4 Mo, pas 13). Il faudrait que je détruise tout, mais je n'ai pas accès, même par la console de gestion.

Disons que les chmods sont laissés pour les gens qui savent aussi les maitriser et qui ont peut être des besoins particuliers.

Je répète:

De plus je vous ai expliqué plus haut ce qui coincait avec les chmods.

Et non, il n'est malheureusement pas possible de supprimer votre compte à l'heure actuelle, c'est une fonctionnalité qui sera développée un peu plus tard.

Je viens de regarder vos fichiers.. effectivement vous maitrisez votre sujet

root@ns1:/home/toad# ls /home/users/00/16/cc/home/www/data/ -ld
d---rwxrwx 7 f4m web 4096 2009-12-16 14:10 /home/users/00/16/cc/home/www/data/

En gros cela veut dire: tous les droits en écriture et lecture sauf pour votre utilisateur principal. Vous voulez dire qu'il était dans votre intention d'avoir un répertoire dans lequel vous ne pouvez ni lire, ni écrire de fichiers ?

Les fichiers à problème:

root@ns1:/home/toad# find /home/users/00/16/cc/home/www \( -type f -not -perm 644 -o -type d -not -perm 755 \) -exec ls -ld {} \;
-rwxrwxrwx 1 f4m web 435 2009-12-12 22:06 /home/users/00/16/cc/home/www/admin/action.php
drwxrwxrwx 2 f4m web 4096 2009-12-12 22:07 /home/users/00/16/cc/home/www/admin/redac
-rw-rw-rw- 1 f4m web 42 2009-12-12 22:07 /home/users/00/16/cc/home/www/admin/redac/index.php
-rwxrwxrwx 1 f4m web 53 2009-12-12 22:20 /home/users/00/16/cc/home/www/admin/mdp.php
d---rwxrwx 7 f4m web 4096 2009-12-16 14:10 /home/users/00/16/cc/home/www/data
---------- 1 f4m web 42 2009-12-12 22:11 /home/users/00/16/cc/home/www/img/index.php

Bonne chance et bon apprentissage