J'ai un Powerbook 12" rev A que j'ai eu 10.2.3, et qui est maintenant en
10.3.3. Il y a dessus FaxSTF de SmithMicro, qui a du s'installer tout
seul sans rien demander. Soit avec l'OS d'origine, soit avec 10.3. Je ne
sais pas.
Mais d'après l'aide du Mac, il y a un système d'envoi de fax inclu dans
Mac OS. Est ce que FaxSTF et le logiciel fax d'Apple sont en fait une
seule et même chose. Ou ai'je bien deux installations distinctes de
logiciel de Fax. Ce qui expliquerait que rien ne marche !!
Qui peut éclairer ma lanterne ?
Et, question subsidiaire : comment désintaller FaxSTF si besoin est ? Je
n'ai pas trouvé de désinstalleur.
Safari ne consent à marcher que si la fonction proxy est désactivée et à condition de lui envoyer du <http://127.0.0.1:631/>. Alors cela fonctionne normalement.
J'ai regardé dans les préférences système : réseau et aucun proxy n'est activé. Y a-t-il d'autres endroits où un tel truc pourrait se cacher ? Bloque toujours.
-- Je cherche comme cherche celui qui veut trouver, et je trouve comme trouve celui qui a cherché. :o)
Jacques Perrocheau <jperrocheau@mac.com.invalid> wrote:
Safari ne consent à marcher que si la fonction proxy est désactivée et à
condition de lui envoyer du <http://127.0.0.1:631/>. Alors cela
fonctionne normalement.
J'ai regardé dans les préférences système : réseau et aucun proxy n'est
activé. Y a-t-il d'autres endroits où un tel truc pourrait se cacher ?
Bloque toujours.
--
Je cherche comme cherche celui qui veut trouver,
et je trouve comme trouve celui qui a cherché. :o)
Safari ne consent à marcher que si la fonction proxy est désactivée et à condition de lui envoyer du <http://127.0.0.1:631/>. Alors cela fonctionne normalement.
J'ai regardé dans les préférences système : réseau et aucun proxy n'est activé. Y a-t-il d'autres endroits où un tel truc pourrait se cacher ? Bloque toujours.
-- Je cherche comme cherche celui qui veut trouver, et je trouve comme trouve celui qui a cherché. :o)
Jaypee
Le 8/04/04 21:16, dans 1gbxuxi.140sldilgvqukN%, « Anne Le Guennec » a écrit :
Mathias Terreaux <mathias.news+ wrote:
j'en profite pour une question sur cups : pour configurer certains trucs via l'interface http cups, il demande un login/mdp. faut mettre quoi ? celui de mon compte ne va pas.
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien trainer quelque part. Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j. Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved On voit que le niveau de la securité des opérations http GET a été relevé : % diff cupsd.conf cupsd.conf.applesaved 834,837d833 < <Limit GET> < AuthType Basic < AuthClass System < </Limit> Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour créer la base de données des autorisations et pour enregistrer les nouveaux utilisateurs, de la même manière que tout un chacun peut faire pour protéger l'accès à des pages sécurisées d'un serveur Apache. Il doit y avoir une interface utilisateur plus amicale pour régler celà, voire une intégration avec les outils standards d' admin des utilisateurs et groupes. Je continue à creuser ... J-P
Le 8/04/04 21:16, dans 1gbxuxi.140sldilgvqukN%anne.leguennec@free.fr, « Anne
Le Guennec » <anne.leguennec@free.fr> a écrit :
j'en profite pour une question sur cups :
pour configurer certains trucs via l'interface http cups, il demande un
login/mdp.
faut mettre quoi ? celui de mon compte ne va pas.
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien
trainer quelque part.
Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j.
Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved
On voit que le niveau de la securité des opérations http GET a été relevé :
% diff cupsd.conf cupsd.conf.applesaved
834,837d833
< <Limit GET>
< AuthType Basic
< AuthClass System
< </Limit>
Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour
créer la base de données des autorisations et pour enregistrer les nouveaux
utilisateurs, de la même manière que tout un chacun peut faire pour protéger
l'accès à des pages sécurisées d'un serveur Apache.
Il doit y avoir une interface utilisateur plus amicale pour régler celà,
voire une intégration avec les outils standards d' admin des utilisateurs et
groupes. Je continue à creuser ...
J-P
Le 8/04/04 21:16, dans 1gbxuxi.140sldilgvqukN%, « Anne Le Guennec » a écrit :
Mathias Terreaux <mathias.news+ wrote:
j'en profite pour une question sur cups : pour configurer certains trucs via l'interface http cups, il demande un login/mdp. faut mettre quoi ? celui de mon compte ne va pas.
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien trainer quelque part. Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j. Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved On voit que le niveau de la securité des opérations http GET a été relevé : % diff cupsd.conf cupsd.conf.applesaved 834,837d833 < <Limit GET> < AuthType Basic < AuthClass System < </Limit> Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour créer la base de données des autorisations et pour enregistrer les nouveaux utilisateurs, de la même manière que tout un chacun peut faire pour protéger l'accès à des pages sécurisées d'un serveur Apache. Il doit y avoir une interface utilisateur plus amicale pour régler celà, voire une intégration avec les outils standards d' admin des utilisateurs et groupes. Je continue à creuser ... J-P
Jaypee
Le 10/04/04 8:46, dans BC9D64E5.43CFF%, « Jaypee » a écrit :
Le 8/04/04 21:16, dans 1gbxuxi.140sldilgvqukN%, « Anne Le Guennec » a écrit :
Mathias Terreaux <mathias.news+ wrote:
j'en profite pour une question sur cups : pour configurer certains trucs via l'interface http cups, il demande un login/mdp. faut mettre quoi ? celui de mon compte ne va pas.
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien trainer quelque part. Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j. Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved On voit que le niveau de la securité des opérations http GET a été relevé : % diff cupsd.conf cupsd.conf.applesaved 834,837d833 < <Limit GET> < AuthType Basic < AuthClass System < </Limit> Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour créer la base de données des autorisations et pour enregistrer les nouveaux utilisateurs, de la même manière que tout un chacun peut faire pour protéger l'accès à des pages sécurisées d'un serveur Apache. Il doit y avoir une interface utilisateur plus amicale pour régler celà, voire une intégration avec les outils standards d' admin des utilisateurs et groupes. Je continue à creuser ... J-P
Je deviens moi-même perplexe :-)
Le fichier cupsd.conf limite l'accès à la page admin en demandant leur mdp (c'est la part du Basic) aux seuls utilisateurs de la classe (AuthClass) System , classe définie par ailleurs dans le même fichier comme la liste SystemGroupName lp,admin Or Netinfo nous indique que la classe admin, nous en faisons tous partie en tant qu' utilisateur-installateur du système de base.
Il y a sûrement anguille sous roche ... J-P
Le 10/04/04 8:46, dans BC9D64E5.43CFF%jean-pierre.ds@wanadoo.fr, « Jaypee »
<jean-pierre.ds@wanadoo.fr> a écrit :
Le 8/04/04 21:16, dans 1gbxuxi.140sldilgvqukN%anne.leguennec@free.fr, « Anne
Le Guennec » <anne.leguennec@free.fr> a écrit :
j'en profite pour une question sur cups :
pour configurer certains trucs via l'interface http cups, il demande un
login/mdp.
faut mettre quoi ? celui de mon compte ne va pas.
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien
trainer quelque part.
Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j.
Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved
On voit que le niveau de la securité des opérations http GET a été relevé :
% diff cupsd.conf cupsd.conf.applesaved
834,837d833
< <Limit GET>
< AuthType Basic
< AuthClass System
< </Limit>
Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour
créer la base de données des autorisations et pour enregistrer les nouveaux
utilisateurs, de la même manière que tout un chacun peut faire pour protéger
l'accès à des pages sécurisées d'un serveur Apache.
Il doit y avoir une interface utilisateur plus amicale pour régler celà,
voire une intégration avec les outils standards d' admin des utilisateurs et
groupes. Je continue à creuser ...
J-P
Je deviens moi-même perplexe :-)
Le fichier cupsd.conf limite l'accès à la page admin en demandant leur mdp
(c'est la part du Basic) aux seuls utilisateurs de la classe (AuthClass)
System , classe définie par ailleurs dans le même fichier comme la liste
SystemGroupName lp,admin
Or Netinfo nous indique que la classe admin, nous en faisons tous partie en
tant qu' utilisateur-installateur du système de base.
Le 10/04/04 8:46, dans BC9D64E5.43CFF%, « Jaypee » a écrit :
Le 8/04/04 21:16, dans 1gbxuxi.140sldilgvqukN%, « Anne Le Guennec » a écrit :
Mathias Terreaux <mathias.news+ wrote:
j'en profite pour une question sur cups : pour configurer certains trucs via l'interface http cups, il demande un login/mdp. faut mettre quoi ? celui de mon compte ne va pas.
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien trainer quelque part. Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j. Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved On voit que le niveau de la securité des opérations http GET a été relevé : % diff cupsd.conf cupsd.conf.applesaved 834,837d833 < <Limit GET> < AuthType Basic < AuthClass System < </Limit> Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour créer la base de données des autorisations et pour enregistrer les nouveaux utilisateurs, de la même manière que tout un chacun peut faire pour protéger l'accès à des pages sécurisées d'un serveur Apache. Il doit y avoir une interface utilisateur plus amicale pour régler celà, voire une intégration avec les outils standards d' admin des utilisateurs et groupes. Je continue à creuser ... J-P
Je deviens moi-même perplexe :-)
Le fichier cupsd.conf limite l'accès à la page admin en demandant leur mdp (c'est la part du Basic) aux seuls utilisateurs de la classe (AuthClass) System , classe définie par ailleurs dans le même fichier comme la liste SystemGroupName lp,admin Or Netinfo nous indique que la classe admin, nous en faisons tous partie en tant qu' utilisateur-installateur du système de base.
Il y a sûrement anguille sous roche ... J-P
jperrocheau
Jaypee wrote:
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien trainer quelque part.
Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note à ce sujet dans le rapport des utilisateurs sur cette m-à-j.
Non, aussi sur Jaguar depuis la dernière mise à jour de sécurité:
Pour 10.3.3, cela doit être aussi depuis cette même mise à jour.
Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved On voit que le niveau de la securité des opérations http GET a été relevé : % diff cupsd.conf cupsd.conf.applesaved 834,837d833 < <Limit GET> < AuthType Basic < AuthClass System < </Limit> Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour créer la base de données des autorisations et pour enregistrer les nouveaux utilisateurs, de la même manière que tout un chacun peut faire pour protéger l'accès à des pages sécurisées d'un serveur Apache. Il doit y avoir une interface utilisateur plus amicale pour régler celà, voire une intégration avec les outils standards d'admin des utilisateurs et groupes. Je continue à creuser ... J-P
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Jaypee <jean-pierre.ds@wanadoo.fr> wrote:
je suis bloquée aussi... Faudrait fouiller le site de CUPS, ça doit bien
trainer quelque part.
Apparemment, c'est une nouveauté de 10.3.3, j 'ai seulement trouvé une note
à ce sujet dans le rapport des utilisateurs sur cette m-à-j.
Non, aussi sur Jaguar depuis la dernière mise à jour de sécurité:
Pour 10.3.3, cela doit être aussi depuis cette même mise à jour.
Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved
On voit que le niveau de la securité des opérations http GET a été relevé :
% diff cupsd.conf cupsd.conf.applesaved
834,837d833
< <Limit GET>
< AuthType Basic
< AuthClass System
< </Limit>
Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour
créer la base de données des autorisations et pour enregistrer les nouveaux
utilisateurs, de la même manière que tout un chacun peut faire pour protéger
l'accès à des pages sécurisées d'un serveur Apache.
Il doit y avoir une interface utilisateur plus amicale pour régler celà,
voire une intégration avec les outils standards d'admin des utilisateurs et
groupes. Je continue à creuser ...
J-P
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
Pour 10.3.3, cela doit être aussi depuis cette même mise à jour.
Dans /etc/cups si on fait un : diff cupsd.conf cupsd.conf.applesaved On voit que le niveau de la securité des opérations http GET a été relevé : % diff cupsd.conf cupsd.conf.applesaved 834,837d833 < <Limit GET> < AuthType Basic < AuthClass System < </Limit> Il s' agit d'une sécurité basique, qui utilise la commande htpasswd pour créer la base de données des autorisations et pour enregistrer les nouveaux utilisateurs, de la même manière que tout un chacun peut faire pour protéger l'accès à des pages sécurisées d'un serveur Apache. Il doit y avoir une interface utilisateur plus amicale pour régler celà, voire une intégration avec les outils standards d'admin des utilisateurs et groupes. Je continue à creuser ... J-P
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Philippe Geneste
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
J'ai tapé mon login et mot de passe de connexion et il a très bien accepté la chose.
Philippe
-- http://www.zigzagmusic.webhop.net/ Jazz en Lot-et-Garonne
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
J'ai tapé mon login et mot de passe de connexion et il a très bien
accepté la chose.
Philippe
--
http://www.zigzagmusic.webhop.net/
Jazz en Lot-et-Garonne
J'ai tapé mon login et mot de passe de connexion et il a très bien accepté la chose.
Philippe
-- http://www.zigzagmusic.webhop.net/ Jazz en Lot-et-Garonne
Jaypee
Le 10/04/04 9:53, dans , « Philippe Geneste » a écrit :
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
J'ai tapé mon login et mot de passe de connexion et il a très bien accepté la chose.
Philippe Pour des raisons mystérieuses, il semble bien que certains utilisateurs ne
voient pas ce problème qui est cependant rapporté par d'autres. Il y a chez Apple, dans le forum sur 10.3, une discussion qui a démarré le 6 avril sur ce sujet. L'une des suggestions faite était de nettoyer le trousseau d'accès. Mais dans mon cas, il n'y avait rien à nettoyer. J' ai aussi essayer la manoeuvre d' utiliser le vrai compte root, mais cela ne change rien. A suivre, probablement dans une prochaine m-à-j de sécurité.
La solution de contournement consiste à commenter avec un # les 4 lignes avant la dernière ligne: #<LIMIT GET> #AuthType: Basic #AuthClass: System #</LIMIT> Et pour faire simple redémarrer. Pour ceux à l'aise avec le terminal, vous pouvez éviter le redémarrage avec: sudo /System/Library/StartupItems/PrintingServices/PrintingServices restart
Le conclusion provisoire est qu'il s' agit bien d'un bug. J-P
Le 10/04/04 9:53, dans pan.2004.04.10.07.53.15.237496@libertysurf.fr,
« Philippe Geneste » <philippe.geneste@libertysurf.fr> a écrit :
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
J'ai tapé mon login et mot de passe de connexion et il a très bien
accepté la chose.
Philippe
Pour des raisons mystérieuses, il semble bien que certains utilisateurs ne
voient pas ce problème qui est cependant rapporté par d'autres.
Il y a chez Apple, dans le forum sur 10.3, une discussion qui a démarré le 6
avril sur ce sujet.
L'une des suggestions faite était de nettoyer le trousseau d'accès. Mais
dans mon cas, il n'y avait rien à nettoyer.
J' ai aussi essayer la manoeuvre d' utiliser le vrai compte root, mais cela
ne change rien. A suivre, probablement dans une prochaine m-à-j de sécurité.
La solution de contournement consiste à commenter avec un # les 4 lignes
avant la dernière ligne:
#<LIMIT GET>
#AuthType: Basic
#AuthClass: System
#</LIMIT>
Et pour faire simple redémarrer.
Pour ceux à l'aise avec le terminal, vous pouvez éviter le redémarrage avec:
sudo /System/Library/StartupItems/PrintingServices/PrintingServices restart
Le conclusion provisoire est qu'il s' agit bien d'un bug.
J-P
Le 10/04/04 9:53, dans , « Philippe Geneste » a écrit :
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
J'ai tapé mon login et mot de passe de connexion et il a très bien accepté la chose.
Philippe Pour des raisons mystérieuses, il semble bien que certains utilisateurs ne
voient pas ce problème qui est cependant rapporté par d'autres. Il y a chez Apple, dans le forum sur 10.3, une discussion qui a démarré le 6 avril sur ce sujet. L'une des suggestions faite était de nettoyer le trousseau d'accès. Mais dans mon cas, il n'y avait rien à nettoyer. J' ai aussi essayer la manoeuvre d' utiliser le vrai compte root, mais cela ne change rien. A suivre, probablement dans une prochaine m-à-j de sécurité.
La solution de contournement consiste à commenter avec un # les 4 lignes avant la dernière ligne: #<LIMIT GET> #AuthType: Basic #AuthClass: System #</LIMIT> Et pour faire simple redémarrer. Pour ceux à l'aise avec le terminal, vous pouvez éviter le redémarrage avec: sudo /System/Library/StartupItems/PrintingServices/PrintingServices restart
Le conclusion provisoire est qu'il s' agit bien d'un bug. J-P
Jacques Perrocheau
In article <BC9F28FA.43EE7%, Jaypee wrote:
Le 10/04/04 9:53, dans , « Philippe Geneste » a écrit :
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
Oui.
J'ai tapé mon login et mot de passe de connexion et il a très bien accepté la chose.
Mac OS 10.3.3 ?
Pour des raisons mystérieuses, il semble bien que certains utilisateurs ne voient pas ce problème qui est cependant rapporté par d'autres. Il y a chez Apple, dans le forum sur 10.3, une discussion qui a démarré le 6 avril sur ce sujet. L'une des suggestions faite était de nettoyer le trousseau d'accès. Mais dans mon cas, il n'y avait rien à nettoyer. J' ai aussi essayer la manoeuvre d' utiliser le vrai compte root, mais cela ne change rien. A suivre, probablement dans une prochaine m-à-j de sécurité.
La solution de contournement consiste à commenter avec un # les 4 lignes avant la dernière ligne: #<LIMIT GET> #AuthType: Basic #AuthClass: System #</LIMIT> Et pour faire simple redémarrer. Pour ceux à l'aise avec le terminal, vous pouvez éviter le redémarrage avec: sudo /System/Library/StartupItems/PrintingServices/PrintingServices restart
Le conclusion provisoire est qu'il s' agit bien d'un bug.
Mes constatations:
Sur les machines restées en Jaguar (10.2.8), il n'y a pas de pb le login et mot de passe d'un utilisateur "admin" est accepté. Pour les machines sous Panther (10.3.3) effectivement il y a un pb quelque soit le type d'installation de Panther (ab initio ou mise à jour par dessus des versions précédentes).
Comme les privilèges des éléments de CUPS ont fortement changës entre Jaguar et Panther il y aurait bien une "prise de pieds dans le tapis"... AMHA.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <BC9F28FA.43EE7%jean-pierre.ds@wanadoo.fr>,
Jaypee <jean-pierre.ds@wanadoo.fr> wrote:
Le 10/04/04 9:53, dans pan.2004.04.10.07.53.15.237496@libertysurf.fr,
« Philippe Geneste » <philippe.geneste@libertysurf.fr> a écrit :
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
Oui.
J'ai tapé mon login et mot de passe de connexion et il a très bien
accepté la chose.
Mac OS 10.3.3 ?
Pour des raisons mystérieuses, il semble bien que certains utilisateurs ne
voient pas ce problème qui est cependant rapporté par d'autres.
Il y a chez Apple, dans le forum sur 10.3, une discussion qui a démarré le 6
avril sur ce sujet.
L'une des suggestions faite était de nettoyer le trousseau d'accès. Mais
dans mon cas, il n'y avait rien à nettoyer.
J' ai aussi essayer la manoeuvre d' utiliser le vrai compte root, mais cela
ne change rien. A suivre, probablement dans une prochaine m-à-j de sécurité.
La solution de contournement consiste à commenter avec un # les 4 lignes
avant la dernière ligne:
#<LIMIT GET>
#AuthType: Basic
#AuthClass: System
#</LIMIT>
Et pour faire simple redémarrer.
Pour ceux à l'aise avec le terminal, vous pouvez éviter le redémarrage avec:
sudo /System/Library/StartupItems/PrintingServices/PrintingServices restart
Le conclusion provisoire est qu'il s' agit bien d'un bug.
Mes constatations:
Sur les machines restées en Jaguar (10.2.8), il n'y a pas de pb le login
et mot de passe d'un utilisateur "admin" est accepté. Pour les machines
sous Panther (10.3.3) effectivement il y a un pb quelque soit le type
d'installation de Panther (ab initio ou mise à jour par dessus des
versions précédentes).
Comme les privilèges des éléments de CUPS ont fortement changës entre
Jaguar et Panther il y aurait bien une "prise de pieds dans le tapis"...
AMHA.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Le 10/04/04 9:53, dans , « Philippe Geneste » a écrit :
On Sat, 10 Apr 2004 10:29:22 +0200, Jaypee wrote:
Il y a sûrement anguille sous roche ...
Oui.
J'ai tapé mon login et mot de passe de connexion et il a très bien accepté la chose.
Mac OS 10.3.3 ?
Pour des raisons mystérieuses, il semble bien que certains utilisateurs ne voient pas ce problème qui est cependant rapporté par d'autres. Il y a chez Apple, dans le forum sur 10.3, une discussion qui a démarré le 6 avril sur ce sujet. L'une des suggestions faite était de nettoyer le trousseau d'accès. Mais dans mon cas, il n'y avait rien à nettoyer. J' ai aussi essayer la manoeuvre d' utiliser le vrai compte root, mais cela ne change rien. A suivre, probablement dans une prochaine m-à-j de sécurité.
La solution de contournement consiste à commenter avec un # les 4 lignes avant la dernière ligne: #<LIMIT GET> #AuthType: Basic #AuthClass: System #</LIMIT> Et pour faire simple redémarrer. Pour ceux à l'aise avec le terminal, vous pouvez éviter le redémarrage avec: sudo /System/Library/StartupItems/PrintingServices/PrintingServices restart
Le conclusion provisoire est qu'il s' agit bien d'un bug.
Mes constatations:
Sur les machines restées en Jaguar (10.2.8), il n'y a pas de pb le login et mot de passe d'un utilisateur "admin" est accepté. Pour les machines sous Panther (10.3.3) effectivement il y a un pb quelque soit le type d'installation de Panther (ab initio ou mise à jour par dessus des versions précédentes).
Comme les privilèges des éléments de CUPS ont fortement changës entre Jaguar et Panther il y aurait bien une "prise de pieds dans le tapis"... AMHA.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
laurent.pertois
JmG wrote:
Par contre, un truc que je remarque: si j'essaye de régler quoique ce soit (dans les menus en haut de la page en question, il me demande un non d'utilisateur et un pass. Or, quoi que j'entre, il refuse (même si je suis admin).
L'interface "web" de CUPS a un pendant graphique chez Apple, Printer Setup Utility (Configuration d'imprimantes).
SJNMA, il n'est pas nécessaire de fournir un mdp pour afficher les jobs effectués, l'administration est bien plus simple avec l'utilitaire Apple.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
JmG <JmG@NOSPAMLaCase.com> wrote:
Par contre, un truc que je remarque: si j'essaye de régler quoique ce
soit (dans les menus en haut de la page en question, il me demande un
non d'utilisateur et un pass.
Or, quoi que j'entre, il refuse (même si je suis admin).
L'interface "web" de CUPS a un pendant graphique chez Apple, Printer
Setup Utility (Configuration d'imprimantes).
SJNMA, il n'est pas nécessaire de fournir un mdp pour afficher les jobs
effectués, l'administration est bien plus simple avec l'utilitaire
Apple.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Par contre, un truc que je remarque: si j'essaye de régler quoique ce soit (dans les menus en haut de la page en question, il me demande un non d'utilisateur et un pass. Or, quoi que j'entre, il refuse (même si je suis admin).
L'interface "web" de CUPS a un pendant graphique chez Apple, Printer Setup Utility (Configuration d'imprimantes).
SJNMA, il n'est pas nécessaire de fournir un mdp pour afficher les jobs effectués, l'administration est bien plus simple avec l'utilitaire Apple.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
JmG
Laurent Pertois wrote:
Par contre, un truc que je remarque: si j'essaye de régler quoique ce soit (dans les menus en haut de la page en question, il me demande un non d'utilisateur et un pass. Or, quoi que j'entre, il refuse (même si je suis admin).
L'interface "web" de CUPS a un pendant graphique chez Apple, Printer Setup Utility (Configuration d'imprimantes).
SJNMA, il n'est pas nécessaire de fournir un mdp pour afficher les jobs effectués, l'administration est bien plus simple avec l'utilitaire Apple.
Ha d'accord... je n'avais pas fait le rapprochement entre les 2... heu... utilitaires (si l'on peut dire, donc).
Merci de ta précision...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Par contre, un truc que je remarque: si j'essaye de régler quoique ce
soit (dans les menus en haut de la page en question, il me demande un
non d'utilisateur et un pass.
Or, quoi que j'entre, il refuse (même si je suis admin).
L'interface "web" de CUPS a un pendant graphique chez Apple, Printer
Setup Utility (Configuration d'imprimantes).
SJNMA, il n'est pas nécessaire de fournir un mdp pour afficher les jobs
effectués, l'administration est bien plus simple avec l'utilitaire
Apple.
Ha d'accord... je n'avais pas fait le rapprochement entre les 2...
heu... utilitaires (si l'on peut dire, donc).
Merci de ta précision...
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Par contre, un truc que je remarque: si j'essaye de régler quoique ce soit (dans les menus en haut de la page en question, il me demande un non d'utilisateur et un pass. Or, quoi que j'entre, il refuse (même si je suis admin).
L'interface "web" de CUPS a un pendant graphique chez Apple, Printer Setup Utility (Configuration d'imprimantes).
SJNMA, il n'est pas nécessaire de fournir un mdp pour afficher les jobs effectués, l'administration est bien plus simple avec l'utilitaire Apple.
Ha d'accord... je n'avais pas fait le rapprochement entre les 2... heu... utilitaires (si l'on peut dire, donc).
Merci de ta précision...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
laurent.pertois
JmG wrote:
Ha d'accord... je n'avais pas fait le rapprochement entre les 2... heu... utilitaires (si l'on peut dire, donc).
Merci de ta précision...
De nada, disons que l'interface "web" est plus bavarde concernant les travaux effectués, l'utilitaire Apple ne montre que ceux en cours.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
JmG <JmG@NOSPAMLaCase.com> wrote:
Ha d'accord... je n'avais pas fait le rapprochement entre les 2...
heu... utilitaires (si l'on peut dire, donc).
Merci de ta précision...
De nada, disons que l'interface "web" est plus bavarde concernant les
travaux effectués, l'utilitaire Apple ne montre que ceux en cours.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ha d'accord... je n'avais pas fait le rapprochement entre les 2... heu... utilitaires (si l'on peut dire, donc).
Merci de ta précision...
De nada, disons que l'interface "web" est plus bavarde concernant les travaux effectués, l'utilitaire Apple ne montre que ceux en cours.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
