Jump to content

pyvarlet

Members
  • Content Count

    18
  • Joined

  • Last visited

  • Days Won

    1

pyvarlet last won the day on May 7

pyvarlet had the most liked content!

Community Reputation

1 Neutral

About pyvarlet

  • Rank
    Newbie
  1. Résolu. J'ai enlevé l'attribut propriétaire, puis je l'ai remis, et depuis ça marche... Sans doute des opérations faites dans le désordre... Merci.
  2. Merci, je m'en doutais un peu... Mais n'y a-t-il pas un fichier log de toutes les connexions sur les adresses mails d'un domaine donné ? Et si oui peut-on y accéder ? Par ailleurs j'ai localisé un site en Turquie deltanakliyat.com.tr depuis lequel je reçois des spams avec pièce jointe douteuse, j'ai son adresse 94.101.95.39 À qui puis-je le signaler ? Il y a peut-être une institution qui se charge de traquer ce genre de personne Cordialement Pierre
  3. Bonjour Le domaine D.fr est hébergé chez Yulpa Je voudrais limiter aux membres de la liste "liste@D.fr" la possibilité d'envoyer des mails à cette liste. Dans la liste j'ai bien "owner@D.fr" défini comme propriétaire de la liste. Je suis le tutoriel https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source/emails-question-frequentes Tout est OK jusqu'à ce que je me connecte sur owner@D.fr Là je clique comme indiqué sur contacts mais je n'ai pas l'onglet "listes de distribution" (pas plus d'ailleurs que "nouveau contact" au dessus de contacts. J'ai manqué quelque chose ? ou il manque quelque chose dans le tuto ? Merci d'avance Pierre
  4. J'ai un domaine D.fr hébergé par Yulpa J'ai des adresses mail xyz@D.fr Il y en a une X@D.fr particulièrement sensible pour laquelle je voudrais être averti chaque fois qu'une connexion est réussie (un peu comme quand je me connecte à myyulpa.io). Est-ce possible? Sinon, en cas de doute, si je pense qu'une des adresses xyz@D.fr a pu être piratée à quel endroit puis trouver un journal des connexions à mes adresses mail (toutes ou une en particulier) ? Une simple information sur l'endroit où je peux trouver les réponses me suffit. D'avance merci Pierre
  5. Oui, Simon, c'est clair et ça marche, j'appelle bien install.php à condition de le préciser http://test7.cccbudin.fr/install.php Si j'entre juste http://test7.cccbudin.fr comme on doit normalement le faire je récupère : "Forbidden You don't have permission to access / on this server." une histoire d'index.php mal placé peut-être ? J'aimerais savoir s'il y a d'autres sites propulsés par Drupal hébergés chez Yulpa. Merci Simon
  6. Re-bonjour J'ai supprimé le nouveau domaine : je n'en ai pas besoin, le domaine existant avec 4 sous-domaines me suffit amplement. Dans le nouveau domaine, j'ai mis tous les répertoires et fichiers de drupal 7 dans htdocs. Mais en entrant http://tst7.cccbudin.fr j'ai un message de :yulpa "SITE INTROUVABLE" si j'entre ; http://tst7.cccbudin.fr/htdocs j'ai le message Not Found The requested URL /htdocs was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. Bon ce n'est pas urgent, ni prioritaire pour moi. Mais j'aimerais comprendre, car quand j'uploade les mêmes fichiers et dossiers dans compta (sous-domaine ancien créé peu de temps après le domaine cccbudin.fr chez web4all) http://compta.cccbudin.fr m'affiche bien le premier écran de l'insrrtallation de Drupal 7... Merci d'avance Pierre
  7. Non effectivement je ne savais pas qu'il fallait refaire une demande. Mais je n'ai pas besoin d'un autre domaine, du moins je ne le pense pas : je devrais pouvoir avoir mon site de productuion sur un domaine avec 4 sous-domaines, dont 2 de test. c'est depuis que j'ai voulu utiliser un 4ème sous-domaine en plus de 3 existants que je rencontre le problème actuel. Je vais donc supprimer le nouveau domaine, et essayer de résoudre la problème du sous-domaine tst7 en vidant cgi-bin et en mettant tout dans htdocs. Je vous tiendrai au courant. Merci de votre aide.
  8. Bonjour aurélien Pour ce qui est de cccbudin. fr et les 3 sous-domaines compta, test et bbl tous 4 créés au temps de web4all oui ils sont bien à moi et fonctionnent. J'ai créé un nouveau sous-domaine de cccbudin : tst7 et un nouveau domaine tstbudin. je pense les avoir créés correctement, mais apparemment ce ne doit pas être le cas, même si tout semble normal quand j'interroge manager. À votre avis faut-il que je réinitialise (bouton jaune) la configuration DNS de le zone testbudin.fr ? Ou n'est pas un mauvais positionnement des fichiers et dossiers de drupal dans /var/www. avant on mettait tout dans la racine maintenant à la création du domaine on a sous le dossier du domaine cgi-bin et htdocs comment répartir les fichiers et dossiers de Drupal et de son installation dans ces dossiers ? Merci en tout cas pour votre aide. Pierre Varlet
  9. Merci Simon Sur le nouveau domaine tstbudin que j'ai créé pour recevoir un drupal 7 de test j'ai tout mis dans htdocs. dans cgi-bin il n'y a qu'un index.php Est-ce qu'il y a des fichier de la distribution drupal à mettre dans cgi-bin ? d'une manière générale qu'est-ce qu'on doit mettre dans cgi-bin ? Ou qu'est-ce qu'il faut en enlever ? car j'ai toujours le message "hmm nous n'arrivons pas à..." ça doit vraiment être un truc tout bête : on ne trouve pas le install.php de drupal. Cordialement
  10. Merci Philivert Y -t-il un endroit dans la doc yulpa où je pourrais trouver la procédure à suivre ? car il me semble que je suis le install.txt de drupal correctement, d'ailleurs ce n'est pas le premier que j'installe sur web4all ou yulpa (mais dans ce cas a ne marche que si j'installe dans un sous-domaine créé en même temps que le domaone au temps de web4all : essai concluant avec drupal 8 dans test et avec drupal 7 dans compta, mais dans ce dernier cas j(ai rencontré un problème pour passser en https, c'est pourquoi j'ai voulu repartir à zero). Pensant que c'était une histoire de sous-domaine, comme maintenant on peut avoir plusieurs domaines, j'ai créé un nouveau domaine. Et suite à ton indication j'ai tout mis dans htdocs. mais maintenant j'ai un autre message : Hum, nous ne parvenons pas à trouver ce site. Impossible de se connecter au serveur à l’adresse www.tstbudin.fr. Si l’adresse est correcte, voici trois autres choses que vous pouvez essayer de faire : Réessayer ultérieurement. Vérifier votre connexion au réseau. Si vous êtes connecté au travers d’un pare-feu, vérifier que Firefox a la permission d’accéder au Web. ma connexion est bonne et avec firefox j'accède au web. J'essaierai donc plus tard ! Cordialement Pierre
  11. Bonsoir, Le domaine "cccbudin.fr" a été créé en 2013 (web4all), c'est mon site de production. J'avais ensuite créé 3 sous-domaines (compta, test et bbl). La semaine dernière j'ai nettoyé "test" pour tester drupal 8. L'installation s'est très bien passée et j'ai pu commencer les tests. Aujourd'hui j'ai créé un nouveau sous-domaine : test7 pour tester des modules de drupal 7. Tout semble correct. Pourtant pour les anciens sous-domaines les répertoires s'appelaient compta, test, bbl (dans /var/www), là il m'a créé un répertoire test7.cccbudin.fr (et non test7) et dedans il a mis cgi-bin et htdocs. Alors que pour les anciens sous-domaines les cgi-bin étaient dans 000_wW4a_cgi-bin. Je ne sais pas si tout ceci a de l'importance, toujours est-il qu'après avoir uploadé à la racine de test7.cccbudin.fr la totalité de drupal-7.56 je me fais jeter quand je veux lancer l'installation du CMS : http://test7.cccbudin.fr/install.php me retourne ce message. Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, postmaster@test7.cccbudin.fr and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Mais dans 000_w4a_errors je n'ai pas de dossier test7. J'ai pourtant l'impression de faire exactement la même chose que les autres fois quand j'ai installé des sites dans les sous-domaines. Pouvez-vous orienter mes recherches. J'ai enlevé "+FollowSymLinks" de .htaccess. Même chose. Puis j'ai renommé e, °htaccess-test. Même chose. Il semblerait donc que .htaccess ne soit pas en cause. Cordialement Pierre
  12. Ça marche. Merci pour votre aide. On peut donc avoir un site propulsé par DRUPAL 8 hébergé chez YULPA avec protection https. La procédure est la suivante : 1- Créer un certificat en utilisant dans manager "créer un certificat let's encrypt", 2 -Ensuite sur le site (en drupal 8) installer le module "secure login". 3- Ajouter dans .htacces les lignes : # Redirect to HTTPS RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Je n'ai pas trouvé comment mettre "RÉSOLU" dans le titre.
  13. Pourtant quand j'interroge je vois ceci (Pièce jointe) Merci de m'indiquer un lien où la procédure est décrite dans son ensemble
  14. Ah désolé.. c'est test.cccbudin.fr Merci.
×