Le man de mount_afp donne l'exemple suivant :
mount_afp "afp://;AUTH=No%20User%20Authent@myserver/guestVolume"
/Volumes/guest
qui marchait bien jusqu'en 10.3.9
Depuis que j'ai fait l'update en 10.4.1, j'ai une erreur.
On peut aussi constater le bug en faisant un "pomme k"
et en mettant l'URL genre :
"afp://;AUTH=No%20User%20Authent@myserver/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et
que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée
peut-il faire ce test sur un serveur mac, pour confirmation ?
Merci d'avance
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Stadelmann
In article <1gwvhpo.1hy5t1d1vrjdiiN%, (Nicolas MICHEL) wrote:
Bonjour
Le man de mount_afp donne l'exemple suivant : mount_afp "afp://;AUTH=No%20User%/guestVolume" /Volumes/guest
qui marchait bien jusqu'en 10.3.9 Depuis que j'ai fait l'update en 10.4.1, j'ai une erreur.
On peut aussi constater le bug en faisant un "pomme k" et en mettant l'URL genre : "afp://;AUTH=No%20User%/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée peut-il faire ce test sur un serveur mac, pour confirmation ?
In article <1gwvhpo.1hy5t1d1vrjdiiN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Bonjour
Le man de mount_afp donne l'exemple suivant :
mount_afp "afp://;AUTH=No%20User%20Authent@myserver/guestVolume"
/Volumes/guest
qui marchait bien jusqu'en 10.3.9
Depuis que j'ai fait l'update en 10.4.1, j'ai une erreur.
On peut aussi constater le bug en faisant un "pomme k"
et en mettant l'URL genre :
"afp://;AUTH=No%20User%20Authent@myserver/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et
que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée
peut-il faire ce test sur un serveur mac, pour confirmation ?
In article <1gwvhpo.1hy5t1d1vrjdiiN%, (Nicolas MICHEL) wrote:
Bonjour
Le man de mount_afp donne l'exemple suivant : mount_afp "afp://;AUTH=No%20User%/guestVolume" /Volumes/guest
qui marchait bien jusqu'en 10.3.9 Depuis que j'ai fait l'update en 10.4.1, j'ai une erreur.
On peut aussi constater le bug en faisant un "pomme k" et en mettant l'URL genre : "afp://;AUTH=No%20User%/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée peut-il faire ce test sur un serveur mac, pour confirmation ?
On peut aussi constater le bug en faisant un "pomme k" et en mettant l'URL genre : "afp://;AUTH=No%20User%/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée peut-il faire ce test sur un serveur mac, pour confirmation ?
Ici, avec un Mac OS X en 10.4.0 en face, ça fonctionne très bien, connexion en invité sans rien demander.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
On peut aussi constater le bug en faisant un "pomme k"
et en mettant l'URL genre :
"afp://;AUTH=No%20User%20Authent@myserver/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et
que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée
peut-il faire ce test sur un serveur mac, pour confirmation ?
Ici, avec un Mac OS X en 10.4.0 en face, ça fonctionne très bien,
connexion en invité sans rien demander.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
On peut aussi constater le bug en faisant un "pomme k" et en mettant l'URL genre : "afp://;AUTH=No%20User%/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée peut-il faire ce test sur un serveur mac, pour confirmation ?
Ici, avec un Mac OS X en 10.4.0 en face, ça fonctionne très bien, connexion en invité sans rien demander.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas.MICHEL
Laurent Pertois wrote:
Nicolas MICHEL wrote:
On peut aussi constater le bug en faisant un "pomme k" et en mettant l'URL genre : "afp://;AUTH=No%20User%/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée peut-il faire ce test sur un serveur mac, pour confirmation ?
Ici, avec un Mac OS X en 10.4.0 en face, ça fonctionne très bien, connexion en invité sans rien demander.
Ok, merci à toi et à Partick. J'ai constaté ça uniquement avec 10.4.1, en fait. Pour le 10.3.9 ça fonctionne et pour le 10.4 il faut que je fasse le test. Je vais tenter de reproduire le problème sur un autre serveur aussi, on verra bien. C'est peut-être lié à Netatalk...
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
On peut aussi constater le bug en faisant un "pomme k"
et en mettant l'URL genre :
"afp://;AUTH=No%20User%20Authent@myserver/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et
que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée
peut-il faire ce test sur un serveur mac, pour confirmation ?
Ici, avec un Mac OS X en 10.4.0 en face, ça fonctionne très bien,
connexion en invité sans rien demander.
Ok, merci à toi et à Partick.
J'ai constaté ça uniquement avec 10.4.1, en fait.
Pour le 10.3.9 ça fonctionne et pour le 10.4 il faut que je fasse le
test.
Je vais tenter de reproduire le problème sur un autre serveur aussi, on
verra bien. C'est peut-être lié à Netatalk...
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
On peut aussi constater le bug en faisant un "pomme k" et en mettant l'URL genre : "afp://;AUTH=No%20User%/guestVolume"
Comme je n'ai qu'un seul serveur qui accepte une connexion anonyme, et que c'est un serveur linux/netatalk, quelqu'un dans l'honorable asemblée peut-il faire ce test sur un serveur mac, pour confirmation ?
Ici, avec un Mac OS X en 10.4.0 en face, ça fonctionne très bien, connexion en invité sans rien demander.
Ok, merci à toi et à Partick. J'ai constaté ça uniquement avec 10.4.1, en fait. Pour le 10.3.9 ça fonctionne et pour le 10.4 il faut que je fasse le test. Je vais tenter de reproduire le problème sur un autre serveur aussi, on verra bien. C'est peut-être lié à Netatalk...
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Nicolas.MICHEL
Nicolas MICHEL wrote:
Ok, merci à toi et à Partick. J'ai constaté ça uniquement avec 10.4.1, en fait. Pour le 10.3.9 ça fonctionne et pour le 10.4 il faut que je fasse le test. Je vais tenter de reproduire le problème sur un autre serveur aussi, on verra bien. C'est peut-être lié à Netatalk...
Bon, finalement il semblerait que c'est une bête question de "case-sensitive".
Avec un client 10.3.9, on peut se connecter sur un serveur afp sans s'inquiéter de la case, alors qu'en 10.4 il faut mettre les majuscules-minuscules correctement.
genre <afp://serveur/Guest> fonctionne alors que <afp://serveur/guest> ne fonctionne pas.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Ok, merci à toi et à Partick.
J'ai constaté ça uniquement avec 10.4.1, en fait.
Pour le 10.3.9 ça fonctionne et pour le 10.4 il faut que je fasse le
test.
Je vais tenter de reproduire le problème sur un autre serveur aussi, on
verra bien. C'est peut-être lié à Netatalk...
Bon, finalement il semblerait que c'est une bête question de
"case-sensitive".
Avec un client 10.3.9, on peut se connecter sur un serveur afp sans
s'inquiéter de la case, alors qu'en 10.4 il faut mettre les
majuscules-minuscules correctement.
genre <afp://serveur/Guest> fonctionne alors que
<afp://serveur/guest> ne fonctionne pas.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Ok, merci à toi et à Partick. J'ai constaté ça uniquement avec 10.4.1, en fait. Pour le 10.3.9 ça fonctionne et pour le 10.4 il faut que je fasse le test. Je vais tenter de reproduire le problème sur un autre serveur aussi, on verra bien. C'est peut-être lié à Netatalk...
Bon, finalement il semblerait que c'est une bête question de "case-sensitive".
Avec un client 10.3.9, on peut se connecter sur un serveur afp sans s'inquiéter de la case, alors qu'en 10.4 il faut mettre les majuscules-minuscules correctement.
genre <afp://serveur/Guest> fonctionne alors que <afp://serveur/guest> ne fonctionne pas.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
laurent.pertois
Nicolas MICHEL wrote:
Avec un client 10.3.9, on peut se connecter sur un serveur afp sans s'inquiéter de la case, alors qu'en 10.4 il faut mettre les majuscules-minuscules correctement.
genre <afp://serveur/Guest> fonctionne alors que <afp://serveur/guest> ne fonctionne pas.
Yep, mais je trouve ça bien, très bien même, ne pas oublier qu'un serveur peut avoir des partitions Case-Sensitive...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Avec un client 10.3.9, on peut se connecter sur un serveur afp sans
s'inquiéter de la case, alors qu'en 10.4 il faut mettre les
majuscules-minuscules correctement.
genre <afp://serveur/Guest> fonctionne alors que
<afp://serveur/guest> ne fonctionne pas.
Yep, mais je trouve ça bien, très bien même, ne pas oublier qu'un
serveur peut avoir des partitions Case-Sensitive...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Avec un client 10.3.9, on peut se connecter sur un serveur afp sans s'inquiéter de la case, alors qu'en 10.4 il faut mettre les majuscules-minuscules correctement.
genre <afp://serveur/Guest> fonctionne alors que <afp://serveur/guest> ne fonctionne pas.
Yep, mais je trouve ça bien, très bien même, ne pas oublier qu'un serveur peut avoir des partitions Case-Sensitive...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.