google.com inaccessible ?

2001-07-28 Par sujet Yann Forget
Bonjour, Depuis ce matin, http://google.com n'est plus accessible depuis mon poste. Il renvoie automatiquement vers http://www.google.ch (en allemand). QQ a une explication et une méthode pour avoir l'original ? Merci, Yann -- Yann Forget, System administrator, http://www.ynternet.org Non

Re: google.com inaccessible ?

2001-07-28 Par sujet Jean-Albert Ferrez
On Sat, 28 Jul 2001 13:07:53 +0200, Yann Forget [EMAIL PROTECTED] wrote: Depuis ce matin, http://google.com n'est plus accessible depuis mon poste. Il renvoie automatiquement vers http://www.google.ch (en allemand). C'est probablement ce que certains appellent le progrès... :( QQ

Re: google.com inaccessible ?

2001-07-28 Par sujet Yann Souchon
Yann Forget wrote: Depuis ce matin, http://google.com n'est plus accessible depuis mon poste. Il renvoie automatiquement vers http://www.google.ch (en allemand). QQ a une explication et une méthode pour avoir l'original ? Idem pour moi. Je pense qu'ils doivent vérifier la configuration

serveur de mails

2001-07-28 Par sujet Pierre TESTORI
Bonjour Tous, Le service internet gratuit de mon provider consiste en une adresse e-mail et une boîte au lettre. Ma machine est utilisée en monoposte multi-utilisateurs (les membres de ma famille). Est-il possible de distribuer le courrier e-mail aux utilisateurs sans devoir le transmettre

Re: Script CGI avec des droits supplémentaires

2001-07-28 Par sujet Marc SCHAEFER
On Sat, 28 Jul 2001, Yann Souchon wrote: Le problème, c'est que pour accéder à /etc/ppp/ et pppd, il faut les droits du root ou du groupe dip. Je voudrais donc exécuter mon script avec par exemple le groupe dip. J'ai trouvé suEXEC, mais je comprends pas trop comment ça marche... Le plus

Re: Script CGI avec des droits supplémentaires

2001-07-28 Par sujet Yann Souchon
Marc SCHAEFER wrote: Le plus simple: créer un utilisateur membre du group dip créer ~user/public_html/cgi-bin/ et configurer comme répertoire de script. Ok, je vais essayer ça, je n'y avais même pas penser :) Voir même mettre l'utilisateur d'apache membre du groupe dip. A+ et