Bonjour,

> > Tout ceci a très peu de rapport avec PHP
> Ben si un p'tit peu quand même car c'est le langage que j'utilise avec
> EasyPhp2. J'aurait peut etre du le dire plutot :-))

Ben non. On s'en fiche, que ce soit le destinataire de l'information car
il est totalement passif dans un cadre http. Si on est dans un cadre
php-gtk, c'est plus la même musique.

> Oui mais bon c'est sur le réseau local de la société
Ca ne change rien. Si ce n'est qu'il est encore plus facile de spoofer des
IP locales en débranchant le câble réseau de la cible par exemple.

> niveau de l'entete, mais dès fois que ca ce serait pas vu je suis novice
> :-)) et je comprends pas trop les subtilités des entêtes.

Il n'y a *rien* à comprendre aux headers envoyés par le navigateur quand
il fait une requête http. Il se conforme (parfois...) aux RFCs qui vont
bien, c'est tout. Ou il envoie l'information tout seul, ou il faut lui
demander de le faire en le codant dans un langage côté client.

> > - soit il faut se coltiner de la transmettre par du code exécuté sur le
> > client (navigateur: JS, aspx, applet, etc.)
> Oui mais comment ?

J'en sais rien car je le répète: dans le cadre de requête http rien à voir
avec php. Poser la question là où les experts de ces langages sont
présents, c'est à dire par exemple fr.comp.lang.javascript pour le JS,
etc.

Si vous avez déjà fait un print_r() sur toutes les variables présentes
dans la section du manuel que j'ai indiquée et qu'aucune ne convient,
alors ce n'est pas en PHP (donc pas ici) que ça se passe.

> > Quoi qu'il en soit, PHP ne fera que recevoir, certainement pas émettre.
> Ca je l'ai bien compris.
Apparement non.

JG