suite de mes déboire avec la 10.4.6 sur powerbook (sur mon G5 tout
tourne tres bien).
Netinfo Manager se lance bien, mais impossible de lui faire ouvrir la
base locale. Le menu "Open..." ne fait rien, le menu "Open by tag..."
refuse d'ouvrir localhost.
Dans le terminal, `nicl .` fonctionne parfaitement.
Je commence à bien m'énerver, si quelqu'un à une idée... je prends.
Ça y est, j'ai cloué le bug à la porte ! (hourra) Voila mon rapport de bug à apple :
(pour les non anglophones, si on a un hostname avec un accent, et encodé en autre chose que UTF8, alors ça casse des choses...)
summary:
In some environment a computer can happen to inherit an hostname from a Domain Name Server (ie. you do not choose it, and you have no control on it). If this hostname is not well encoded and contains some high ASCII characters, the system might be unable to run properly some apps (Mail, NetInfo Manager...).
Step to reproduce:
1- craft a "broken hostname": use your favorite text editor to create a document with an hostname containing an accent, like "aurlia" for example. Save this document in windows latin 1 or mac roman encoding (both are known to break something, UTF8 works great and does not break anything)
2- set this hostname on the computer: As root, run this command in a terminal window: hostname `cat my_hostname_file` where "my_hostname_file" is the file containing the specially crafted hostname.
3- invoque NetInfo Manager in the terminal to display some debugging informations: cd /Applications/Utilities/NetInfo Manager.app/ ./Contents/MacOS/NetInfo Manager -errorLogLevel 7
4- You can already read an error in the terminal window. And you'll find out that you can't use the "Open..." menu item, nor the "Open by tag..." menu item. Mail.app shows also weird behaviour. With a specially crafted hostname, you can be absolutely unable to reply some email messages, and for other messages, the reply window will be empty from quote and signature.
Expected results:
all apps should behave correctly with any hostname, or, the system should not allow an hostname to be encoded in latin1,mac roman, ...
Actual results:
Some applications shows error when launched or used, if the hostname in encoded in latin1 or macroman: # file host host: ISO-8859 text, with no line terminators # hostname `cat host`
with netinfo:
$ /Applications/Utilities/NetInfo Manager.app/Contents/MacOS/NetInfo Manager -errorLogLevel 7 2006-04-16 16:41:36.686 NetInfo Manager[627] Exception raised during posting of notification. Ignored. exception: *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil (here I try to use the "Domain/Open..." menu item:) 2006-04-16 16:42:55.813 NetInfo Manager[627] *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil
with Mail:
$ /Applications/Mail.app/Contents/MacOS/Mail -errorLogLevel 7 (here I try to reply a mail, the reply window won't open:) 2006-04-16 16:46:16.249 Mail[664] *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil (here I try to reply a mail including an attachment, the reply window opens but is blank, no signature, no quote:) 2006-04-16 16:46:25.398 Mail[664] Exception raised during monitored invocation of _generateWebArchiveFromOriginalMessagesSetupForViewAndContinue:continueFi nalSetupTarget:, exception: *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil
note that not all mails will give these results, NetInfo Manager is an easier way to reveal the bug. I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Ça y est, j'ai cloué le bug à la porte ! (hourra)
Voila mon rapport de bug à apple :
(pour les non anglophones, si on a un hostname avec un accent, et encodé
en autre chose que UTF8, alors ça casse des choses...)
summary:
In some environment a computer can happen to inherit an hostname from a
Domain Name Server (ie. you do not choose it, and you have no control on
it). If this hostname is not well encoded and contains some high ASCII
characters, the system might be unable to run properly some apps (Mail,
NetInfo Manager...).
Step to reproduce:
1- craft a "broken hostname": use your favorite text editor to create a
document with an hostname containing an accent, like "aurlia" for
example.
Save this document in windows latin 1 or mac roman encoding (both are
known to break something, UTF8 works great and does not break anything)
2- set this hostname on the computer:
As root, run this command in a terminal window:
hostname `cat my_hostname_file`
where "my_hostname_file" is the file containing the specially crafted
hostname.
3- invoque NetInfo Manager in the terminal to display some debugging
informations:
cd /Applications/Utilities/NetInfo Manager.app/
./Contents/MacOS/NetInfo Manager -errorLogLevel 7
4- You can already read an error in the terminal window. And you'll find
out that you can't use the "Open..." menu item, nor the "Open by tag..."
menu item.
Mail.app shows also weird behaviour. With a specially crafted hostname,
you can be absolutely unable to reply some email messages, and for other
messages, the reply window will be empty from quote and signature.
Expected results:
all apps should behave correctly with any hostname, or, the system
should not allow an hostname to be encoded in latin1,mac roman, ...
Actual results:
Some applications shows error when launched or used, if the hostname in
encoded in latin1 or macroman:
# file host
host: ISO-8859 text, with no line terminators
# hostname `cat host`
with netinfo:
$ /Applications/Utilities/NetInfo Manager.app/Contents/MacOS/NetInfo
Manager -errorLogLevel 7
2006-04-16 16:41:36.686 NetInfo Manager[627] Exception raised during
posting of notification. Ignored. exception: *** -[NSCFArray
insertObject:atIndex:]: attempt to insert nil
(here I try to use the "Domain/Open..." menu item:)
2006-04-16 16:42:55.813 NetInfo Manager[627] *** -[NSCFArray
insertObject:atIndex:]: attempt to insert nil
with Mail:
$ /Applications/Mail.app/Contents/MacOS/Mail -errorLogLevel 7
(here I try to reply a mail, the reply window won't open:)
2006-04-16 16:46:16.249 Mail[664] *** -[NSCFArray
insertObject:atIndex:]: attempt to insert nil
(here I try to reply a mail including an attachment, the reply window
opens but is blank, no signature, no quote:)
2006-04-16 16:46:25.398 Mail[664] Exception raised during monitored
invocation of
_generateWebArchiveFromOriginalMessagesSetupForViewAndContinue:continueFi
nalSetupTarget:, exception: *** -[NSCFArray insertObject:atIndex:]:
attempt to insert nil
note that not all mails will give these results, NetInfo Manager is an
easier way to reveal the bug.
I've discovered this bug by inheriting an hostname with an accent from
the University of Lyon 2 internal DNS, as far as I know it's a Windows
DNS. And I've only found it's origin because the bug would not show-up
when I go home with my powerbook, so it should have been network-related.
Ça y est, j'ai cloué le bug à la porte ! (hourra) Voila mon rapport de bug à apple :
(pour les non anglophones, si on a un hostname avec un accent, et encodé en autre chose que UTF8, alors ça casse des choses...)
summary:
In some environment a computer can happen to inherit an hostname from a Domain Name Server (ie. you do not choose it, and you have no control on it). If this hostname is not well encoded and contains some high ASCII characters, the system might be unable to run properly some apps (Mail, NetInfo Manager...).
Step to reproduce:
1- craft a "broken hostname": use your favorite text editor to create a document with an hostname containing an accent, like "aurlia" for example. Save this document in windows latin 1 or mac roman encoding (both are known to break something, UTF8 works great and does not break anything)
2- set this hostname on the computer: As root, run this command in a terminal window: hostname `cat my_hostname_file` where "my_hostname_file" is the file containing the specially crafted hostname.
3- invoque NetInfo Manager in the terminal to display some debugging informations: cd /Applications/Utilities/NetInfo Manager.app/ ./Contents/MacOS/NetInfo Manager -errorLogLevel 7
4- You can already read an error in the terminal window. And you'll find out that you can't use the "Open..." menu item, nor the "Open by tag..." menu item. Mail.app shows also weird behaviour. With a specially crafted hostname, you can be absolutely unable to reply some email messages, and for other messages, the reply window will be empty from quote and signature.
Expected results:
all apps should behave correctly with any hostname, or, the system should not allow an hostname to be encoded in latin1,mac roman, ...
Actual results:
Some applications shows error when launched or used, if the hostname in encoded in latin1 or macroman: # file host host: ISO-8859 text, with no line terminators # hostname `cat host`
with netinfo:
$ /Applications/Utilities/NetInfo Manager.app/Contents/MacOS/NetInfo Manager -errorLogLevel 7 2006-04-16 16:41:36.686 NetInfo Manager[627] Exception raised during posting of notification. Ignored. exception: *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil (here I try to use the "Domain/Open..." menu item:) 2006-04-16 16:42:55.813 NetInfo Manager[627] *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil
with Mail:
$ /Applications/Mail.app/Contents/MacOS/Mail -errorLogLevel 7 (here I try to reply a mail, the reply window won't open:) 2006-04-16 16:46:16.249 Mail[664] *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil (here I try to reply a mail including an attachment, the reply window opens but is blank, no signature, no quote:) 2006-04-16 16:46:25.398 Mail[664] Exception raised during monitored invocation of _generateWebArchiveFromOriginalMessagesSetupForViewAndContinue:continueFi nalSetupTarget:, exception: *** -[NSCFArray insertObject:atIndex:]: attempt to insert nil
note that not all mails will give these results, NetInfo Manager is an easier way to reveal the bug. I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
laurent.pertois
patpro ~ Patrick Proniewski wrote:
I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
I've discovered this bug by inheriting an hostname with an accent from
the University of Lyon 2 internal DNS, as far as I know it's a Windows
DNS. And I've only found it's origin because the bug would not show-up
when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ Patrick Proniewski
In article <1hdwza6.y5p6u31u44go5N%, (Laurent Pertois) wrote:
patpro ~ Patrick Proniewski wrote:
I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
Windows prend des libertés visiblement. Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
patpro
In article <1hdwza6.y5p6u31u44go5N%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
I've discovered this bug by inheriting an hostname with an accent from
the University of Lyon 2 internal DNS, as far as I know it's a Windows
DNS. And I've only found it's origin because the bug would not show-up
when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
Windows prend des libertés visiblement. Il y'a des cas dans les quels on
peut mettre des accents et autres caractères spéciaux, mais ça pose un
problème d'interopérabilité. Ça ne devrait être autorisé que si toute la
chaîne est compatible.
In article <1hdwza6.y5p6u31u44go5N%, (Laurent Pertois) wrote:
patpro ~ Patrick Proniewski wrote:
I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
Windows prend des libertés visiblement. Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
Cela fait partie des améliorations du DNS : la possibilité d'utiliser les caractères nationaux. Ce sont les RFC 3490 et 4185. Maintenant, est-ce autorisé ? Dans tous les domaines ? Avec n'importe quels caractères ? Pas tout à fait. Certains caractères dont les glyphes sont trop ressemblant doivent être interdits pour empêcher le phising. Certains domaines (TLD) veulent pouvoir en proscrire l'utilisation... Je ne sais pas si c'est le cas de '.fr'. En tous cas, à ma connaissance, ce n'est pas vraiment mis en oeuvre (sauf à titre expérimental).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
I've discovered this bug by inheriting an hostname with an accent from
the University of Lyon 2 internal DNS, as far as I know it's a Windows
DNS. And I've only found it's origin because the bug would not show-up
when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
Cela fait partie des améliorations du DNS : la possibilité d'utiliser
les caractères nationaux. Ce sont les RFC 3490 et 4185. Maintenant,
est-ce autorisé ? Dans tous les domaines ? Avec n'importe quels
caractères ? Pas tout à fait. Certains caractères dont les glyphes
sont trop ressemblant doivent être interdits pour empêcher le
phising. Certains domaines (TLD) veulent pouvoir en proscrire
l'utilisation... Je ne sais pas si c'est le cas de '.fr'. En tous
cas, à ma connaissance, ce n'est pas vraiment mis en oeuvre (sauf à
titre expérimental).
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
I've discovered this bug by inheriting an hostname with an accent from the University of Lyon 2 internal DNS, as far as I know it's a Windows DNS. And I've only found it's origin because the bug would not show-up when I go home with my powerbook, so it should have been network-related.
Les accents sont autorisés en matière de DNS maintenant ?
Cela fait partie des améliorations du DNS : la possibilité d'utiliser les caractères nationaux. Ce sont les RFC 3490 et 4185. Maintenant, est-ce autorisé ? Dans tous les domaines ? Avec n'importe quels caractères ? Pas tout à fait. Certains caractères dont les glyphes sont trop ressemblant doivent être interdits pour empêcher le phising. Certains domaines (TLD) veulent pouvoir en proscrire l'utilisation... Je ne sais pas si c'est le cas de '.fr'. En tous cas, à ma connaissance, ce n'est pas vraiment mis en oeuvre (sauf à titre expérimental).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
laurent.pertois
patpro ~ Patrick Proniewski wrote:
Windows prend des libertés visiblement.
Pour changer :-/
Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
C'est bien ce que je pensais...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
Windows prend des libertés visiblement.
Pour changer :-/
Il y'a des cas dans les quels on
peut mettre des accents et autres caractères spéciaux, mais ça pose un
problème d'interopérabilité. Ça ne devrait être autorisé que si toute la
chaîne est compatible.
C'est bien ce que je pensais...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
C'est bien ce que je pensais...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Paul Gaborit wrote:
Merci des infos, je n'avais pas suivi l'affaire, j'en avais entendu parler. Je sais que bon nombre de pays poussent cette extension (surtout les pays à alphabet non latin, il me semble), ce qui semble logique mais pas sans poser de soucis.
En tous cas, à ma connaissance, ce n'est pas vraiment mis en oeuvre (sauf à titre expérimental).
Tss, tss, Windows expérimental ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Merci des infos, je n'avais pas suivi l'affaire, j'en avais entendu
parler. Je sais que bon nombre de pays poussent cette extension (surtout
les pays à alphabet non latin, il me semble), ce qui semble logique mais
pas sans poser de soucis.
En tous
cas, à ma connaissance, ce n'est pas vraiment mis en oeuvre (sauf à
titre expérimental).
Tss, tss, Windows expérimental ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Merci des infos, je n'avais pas suivi l'affaire, j'en avais entendu parler. Je sais que bon nombre de pays poussent cette extension (surtout les pays à alphabet non latin, il me semble), ce qui semble logique mais pas sans poser de soucis.
En tous cas, à ma connaissance, ce n'est pas vraiment mis en oeuvre (sauf à titre expérimental).
Tss, tss, Windows expérimental ?
-- 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
patpro ~ Patrick Proniewski wrote:
Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son hostname. Ce serait tellement plus riche des url genre
<http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
Mieux, des URL en utf8 avec des idéogrames japonais, du cyrilique et de l'arabe pour que tout le monde puisse pleinement exprimer son identité. Vive Mircosoft, vecteur d'innovation en communication ;->
-- Le but de la communication n'est-il pas de s'affirmer plutôt que d'être compris ?
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
Il y'a des cas dans les quels on
peut mettre des accents et autres caractères spéciaux, mais ça pose un
problème d'interopérabilité. Ça ne devrait être autorisé que si toute la
chaîne est compatible.
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son
hostname. Ce serait tellement plus riche des url genre
<http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
Mieux, des URL en utf8 avec des idéogrames japonais, du cyrilique et de
l'arabe pour que tout le monde puisse pleinement exprimer son identité.
Vive Mircosoft, vecteur d'innovation en communication ;->
--
Le but de la communication n'est-il pas de s'affirmer plutôt que d'être
compris ?
Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son hostname. Ce serait tellement plus riche des url genre
<http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
Mieux, des URL en utf8 avec des idéogrames japonais, du cyrilique et de l'arabe pour que tout le monde puisse pleinement exprimer son identité. Vive Mircosoft, vecteur d'innovation en communication ;->
-- Le but de la communication n'est-il pas de s'affirmer plutôt que d'être compris ?
patpro ~ Patrick Proniewski
In article <1he37zv.8tn5vvrit1N%, (Nicolas MICHEL) wrote:
patpro ~ Patrick Proniewski wrote:
Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son hostname.
tu peux, mais pas en windows latin 1 ou mac roman. Ca passe bien en UTF-8.
Ce serait tellement plus riche des url genre <http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
ce genre de chose se fait déjà, sous la forme http://domaine-accentué.truc/, et il y a une conversion à la volée coté DNS il me semble, pour rediriger vers un domaine en "ascii 128".
Mieux, des URL en utf8 avec des idéogrames japonais, du cyrilique et de l'arabe pour que tout le monde puisse pleinement exprimer son identité. Vive Mircosoft, vecteur d'innovation en communication ;->
si tu as suivis les déboires d'IE et windows, tu n'as pas pu manquer les histoire de nom de domaine avec caractères encodés "qui font croire qu'ils sont des caractères normaux" et qui te dirigent vers le site d'un pirate.
patpro
In article <1he37zv.8tn5vvrit1N%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
Il y'a des cas dans les quels on
peut mettre des accents et autres caractères spéciaux, mais ça pose un
problème d'interopérabilité. Ça ne devrait être autorisé que si toute la
chaîne est compatible.
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son
hostname.
tu peux, mais pas en windows latin 1 ou mac roman. Ca passe bien en
UTF-8.
Ce serait tellement plus riche des url genre
<http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
ce genre de chose se fait déjà, sous la forme
http://domaine-accentué.truc/, et il y a une conversion à la volée coté
DNS il me semble, pour rediriger vers un domaine en "ascii 128".
Mieux, des URL en utf8 avec des idéogrames japonais, du cyrilique et de
l'arabe pour que tout le monde puisse pleinement exprimer son identité.
Vive Mircosoft, vecteur d'innovation en communication ;->
si tu as suivis les déboires d'IE et windows, tu n'as pas pu manquer les
histoire de nom de domaine avec caractères encodés "qui font croire
qu'ils sont des caractères normaux" et qui te dirigent vers le site d'un
pirate.
In article <1he37zv.8tn5vvrit1N%, (Nicolas MICHEL) wrote:
patpro ~ Patrick Proniewski wrote:
Il y'a des cas dans les quels on peut mettre des accents et autres caractères spéciaux, mais ça pose un problème d'interopérabilité. Ça ne devrait être autorisé que si toute la chaîne est compatible.
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son hostname.
tu peux, mais pas en windows latin 1 ou mac roman. Ca passe bien en UTF-8.
Ce serait tellement plus riche des url genre <http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
ce genre de chose se fait déjà, sous la forme http://domaine-accentué.truc/, et il y a une conversion à la volée coté DNS il me semble, pour rediriger vers un domaine en "ascii 128".
Mieux, des URL en utf8 avec des idéogrames japonais, du cyrilique et de l'arabe pour que tout le monde puisse pleinement exprimer son identité. Vive Mircosoft, vecteur d'innovation en communication ;->
si tu as suivis les déboires d'IE et windows, tu n'as pas pu manquer les histoire de nom de domaine avec caractères encodés "qui font croire qu'ils sont des caractères normaux" et qui te dirigent vers le site d'un pirate.
patpro
Nicolas.MICHEL
patpro ~ Patrick Proniewski wrote:
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son hostname.
tu peux, mais pas en windows latin 1 ou mac roman. Ca passe bien en UTF-8.
Euh, je plaisentais hein !
Ce serait tellement plus riche des url genre <http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
ce genre de chose se fait déjà, sous la forme http://domaine-accentué.truc/, et il y a une conversion à la volée coté DNS il me semble, pour rediriger vers un domaine en "ascii 128".
C'est cool un URL que mon newsreader ne peut pas écrire...
si tu as suivis les déboires d'IE et windows, tu n'as pas pu manquer les histoire de nom de domaine avec caractères encodés "qui font croire qu'ils sont des caractères normaux" et qui te dirigent vers le site d'un pirate.
Là parcontre je ne vois pas trop le problème...
si l'original est : http://mabanque.com
on peut tout aussi bien faire du fishing avec http://ma.banque.com
que avec http://mâbanque.com
C'est bien de ça qu'il s'agît ? -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son
hostname.
tu peux, mais pas en windows latin 1 ou mac roman. Ca passe bien en
UTF-8.
Euh, je plaisentais hein !
Ce serait tellement plus riche des url genre
<http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
ce genre de chose se fait déjà, sous la forme
http://domaine-accentué.truc/, et il y a une conversion à la volée coté
DNS il me semble, pour rediriger vers un domaine en "ascii 128".
C'est cool un URL que mon newsreader ne peut pas écrire...
si tu as suivis les déboires d'IE et windows, tu n'as pas pu manquer les
histoire de nom de domaine avec caractères encodés "qui font croire
qu'ils sont des caractères normaux" et qui te dirigent vers le site d'un
pirate.
Là parcontre je ne vois pas trop le problème...
si l'original est :
http://mabanque.com
on peut tout aussi bien faire du fishing avec
http://ma.banque.com
que avec
http://mâbanque.com
C'est bien de ça qu'il s'agît ?
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Il n'est pas normal qu'on ne puisse pas avoir des accents dans son hostname.
tu peux, mais pas en windows latin 1 ou mac roman. Ca passe bien en UTF-8.
Euh, je plaisentais hein !
Ce serait tellement plus riche des url genre <http://=?ISO-8859-1?Q?é_à_ê_ü_ë?=.com>
ce genre de chose se fait déjà, sous la forme http://domaine-accentué.truc/, et il y a une conversion à la volée coté DNS il me semble, pour rediriger vers un domaine en "ascii 128".
C'est cool un URL que mon newsreader ne peut pas écrire...
si tu as suivis les déboires d'IE et windows, tu n'as pas pu manquer les histoire de nom de domaine avec caractères encodés "qui font croire qu'ils sont des caractères normaux" et qui te dirigent vers le site d'un pirate.
Là parcontre je ne vois pas trop le problème...
si l'original est : http://mabanque.com
on peut tout aussi bien faire du fishing avec http://ma.banque.com
que avec http://mâbanque.com
C'est bien de ça qu'il s'agît ? -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
patpro ~ Patrick Proniewski
In article <1he3cad.9d3zwbb5wnieN%, (Nicolas MICHEL) wrote:
Là parcontre je ne vois pas trop le problème...
si l'original est : http://mabanque.com
on peut tout aussi bien faire du fishing avec http://ma.banque.com
que avec http://mâbanque.com
C'est bien de ça qu'il s'agît ?
en fait ce serait du phishing avec http://mabanque.com, et tu ne vois pas que le "a" n'est pas le "a" de ton alphabet, mais un glyphe encodé.
https://bugzilla.mozilla.org/show_bug.cgi?id'9099
en fait presque tous les navigateurs se sont faits avoir. Ils ont été corrigés depuis.
patpro
In article <1he3cad.9d3zwbb5wnieN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Là parcontre je ne vois pas trop le problème...
si l'original est :
http://mabanque.com
on peut tout aussi bien faire du fishing avec
http://ma.banque.com
que avec
http://mâbanque.com
C'est bien de ça qu'il s'agît ?
en fait ce serait du phishing avec http://mabanque.com, et tu ne vois
pas que le "a" n'est pas le "a" de ton alphabet, mais un glyphe encodé.
https://bugzilla.mozilla.org/show_bug.cgi?id'9099
en fait presque tous les navigateurs se sont faits avoir. Ils ont été
corrigés depuis.
