OVH Cloud OVH Cloud

vente lier !

34 réponses
Avatar
ptilou
Bonsoir,

La derni=E8re jurisprudence :Par arr=EAt du 13 juillet, la chambre
commerciale a quant =E0 elle jug=E9 (infra, n=B01797) =93qu'une pratique de
vente conjointe n'est interdite que si elle est (...) susceptible
d'alt=E9rer de mani=E8re substantielle le comportement =E9conomique, par
rapport au produit, du consommateur moyen qu'elle touche ou auquel
elle s'adresse, notamment, si elle est trompeuse (...) ou agressive
(...)=94, ce qui n=92est pas le cas d=92une =93pratique qui (...) n'est pas=
de
nature =E0 compromettre sensiblement l'aptitude du consommateur =E0
prendre une d=E9cision en connaissance de cause=94, Muriel Chagny notant =
=E0
ce sujet (Communication, commerce =E9lectronique, octobre 2010,
commentaire n=B0 98) la convergence, par l=92emploi de l=92adverbe
=93sensiblement=94, avec le droit de la concurrence et que =93le seuil de
sensibilit=E9 en vertu duquel seules les pratiques restreignant de fa=E7on
suffisamment sensible ou significative le jeu de la concurrence sur le
march=E9 sont condamn=E9es=94.
Donc t'es pas pr=E9s de te faire rembourser ...

Ptilou

10 réponses

1 2 3 4
Avatar
Toxico Nimbus
Le 09/12/2010 12:32, JKB a écrit :

Wanadoo-Santé



Tiens ça s'appelle encore Wanadoo, c'est pas devenu Orange ?

--
Toxico Nimbus
Qui s'est arrêté à Libéralis
Avatar
JKB
Le Thu, 09 Dec 2010 14:02:33 +0100,
Toxico Nimbus écrivait :
Le 09/12/2010 12:32, JKB a écrit :

Wanadoo-Santé



Tiens ça s'appelle encore Wanadoo, c'est pas devenu Orange ?



C'est toujours Wanadoo-Santé sur les factures. Il n'y pas
d'Orange-Santé.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Avatar
Toxico Nimbus
Le 08/12/2010 09:13, JKB a écrit :

Ce système est le pire qui puisse exister. Les FSE devraient
simplement être envoyées par un protocole SMTP classique et non par
leur système bizarre.



Je vois pas trop ce qu'il a de bizarre. C'est certes pas du SMTP mais il
est sécurisé de bout en bout.

Quant au chiffrement des cartes, on n'en parle
même pas !



Pour autant que je me souvienne, c'est du RSA légèrement modifié.

--
Toxico Nimbus
Avatar
JKB
Le Thu, 09 Dec 2010 14:09:46 +0100,
Toxico Nimbus écrivait :
Le 08/12/2010 09:13, JKB a écrit :

Ce système est le pire qui puisse exister. Les FSE devraient
simplement être envoyées par un protocole SMTP classique et non par
leur système bizarre.



Je vois pas trop ce qu'il a de bizarre. C'est certes pas du SMTP mais il
est sécurisé de bout en bout.



Gnî ? Je peux envoyer n'importe quoi sur le serveur de relai (chez
wanadoo-sante, il sert aussi de relai SMTP normal). C'est relayé
jusqu'au point d'entrée unique de la CPAM. Le problème est que non
seulement le protocole n'est pas synchrone (ça n'aide pas pour le
debug), mais en plus, rien ne bounce. Tu as seulement un retour en
48 heures (!) et encore, lorsque tu as un accusé de réception de
lot. C'est du grand n'importe quoi.

Exemple : ça passe sur le port 25 comme un mail. Ça part d'une
machine windows. Généralement, il y a un antivirus qui traîne et qui
analyse le truc qui pour lui est un mail. Généralement aussi, il
marque le mail comme analysé. Le point d'entrée de la CPAM rejette
la FSE _sans aucune alerte_. Et comme il est impossible de compter
sur les accurés de réception de lots, tu ne sais pas que le truc est
passé à la trappe. C'est pour cela que les logiciels réémettent au
bout de 48 heures les FSE pour lesquelles il n'y a pas eu d'accusé
de réception. Comme les mêmes causes génèrent les mêmes effets, ça
ne passe pas mieux. Si c'est ce que tu appelles un protocole
sécurisé de bout en bout...

Quant au chiffrement des cartes, on n'en parle
même pas !



Pour autant que je me souvienne, c'est du RSA légèrement modifié.



C'est un chouilla plus compliqué... Enfin tout est dans le
légèrement.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Avatar
Aeris
Toxico Nimbus wrote:

Je vois pas trop ce qu'il a de bizarre. C'est certes pas du SMTP mais il
est sécurisé de bout en bout.



RSA est aussi sécurisé de bout en bout

Quant au chiffrement des cartes, on n'en parle
même pas !



Pour autant que je me souvienne, c'est du RSA légèrement modifié.



C'est justement le "légèrement" qui fait toute la différence
* pas de correctif de sécurité en cas de faille découverte dans la lib-rsa
* pas de compatibilité avec des systèmes ouverts et/ou standards
* aucune compétence ni outil pour développer / testeur / debugger
* …
Avatar
PP
Le 09/12/2010 12:32, JKB a écrit :
Le Thu, 09 Dec 2010 12:24:39 +0100,
PP écrivait :
Le 08/12/2010 23:25, JKB a écrit :

C'est faux. Il y a un service avec des types compétents qui ne font
que ça. Le seul problème est que le protocole est un protocole à la
noix et qu'il est impossible de savoir ce qui se passe exactement.



Oui et non, si les types sont compétents peut-être, mais s'il ne peuvent
maitriser ou bien avoir accès à tout pour pouvoir dépanner efficacement.
C'est donc le service qui est incompétent pas les types en eux-même.



À chaque fois que j'ai eu un problème, un type du service en
question a été dépêché dans les 24 heures. Cette personne avait
accès au point d'entrée unique de la CPAM, au support de niveau 2 et
3 et aux personnes de Wanadoo-Santé ou de RSS qui permettaient de
valider le transport. Je n'aime pas le protocole en question, mais
les gens sont compétents et ils ont accès à ce qu'il faut pour
diagnostiquer. Le problème est surtout le protocole à la noix et le
traitement absurde fait _après_ réception, mais pas le transport
lui-même.




??
En y pensant mon logiciel médical n'utilise surtout pas wanadoo santé ou
cegetel !
Le mien utilise le SMTP avec une adresse email free. Et çà marche très bien.
Avatar
JKB
Le Thu, 09 Dec 2010 21:47:36 +0100,
PP écrivait :
Le 09/12/2010 12:32, JKB a écrit :
Le Thu, 09 Dec 2010 12:24:39 +0100,
PP écrivait :
Le 08/12/2010 23:25, JKB a écrit :

C'est faux. Il y a un service avec des types compétents qui ne font
que ça. Le seul problème est que le protocole est un protocole à la
noix et qu'il est impossible de savoir ce qui se passe exactement.



Oui et non, si les types sont compétents peut-être, mais s'il ne peuvent
maitriser ou bien avoir accès à tout pour pouvoir dépanner efficacement.
C'est donc le service qui est incompétent pas les types en eux-même.



À chaque fois que j'ai eu un problème, un type du service en
question a été dépêché dans les 24 heures. Cette personne avait
accès au point d'entrée unique de la CPAM, au support de niveau 2 et
3 et aux personnes de Wanadoo-Santé ou de RSS qui permettaient de
valider le transport. Je n'aime pas le protocole en question, mais
les gens sont compétents et ils ont accès à ce qu'il faut pour
diagnostiquer. Le problème est surtout le protocole à la noix et le
traitement absurde fait _après_ réception, mais pas le transport
lui-même.




??
En y pensant mon logiciel médical n'utilise surtout pas wanadoo santé ou
cegetel !
Le mien utilise le SMTP avec une adresse email free. Et çà marche très bien.



Ah bon ?... Il n'y aurait pas du RSS derrière ?

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Avatar
PP
Le 09/12/2010 22:04, JKB a écrit :
Le Thu, 09 Dec 2010 21:47:36 +0100,
PP écrivait :
Le 09/12/2010 12:32, JKB a écrit :
Le Thu, 09 Dec 2010 12:24:39 +0100,
PP écrivait :
Le 08/12/2010 23:25, JKB a écrit :

C'est faux. Il y a un service avec des types compétents qui ne font
que ça. Le seul problème est que le protocole est un protocole à la
noix et qu'il est impossible de savoir ce qui se passe exactement.



Oui et non, si les types sont compétents peut-être, mais s'il ne peuvent
maitriser ou bien avoir accès à tout pour pouvoir dépanner efficacement.
C'est donc le service qui est incompétent pas les types en eux-même.



À chaque fois que j'ai eu un problème, un type du service en
question a été dépêché dans les 24 heures. Cette personne avait
accès au point d'entrée unique de la CPAM, au support de niveau 2 et
3 et aux personnes de Wanadoo-Santé ou de RSS qui permettaient de
valider le transport. Je n'aime pas le protocole en question, mais
les gens sont compétents et ils ont accès à ce qu'il faut pour
diagnostiquer. Le problème est surtout le protocole à la noix et le
traitement absurde fait _après_ réception, mais pas le transport
lui-même.




??
En y pensant mon logiciel médical n'utilise surtout pas wanadoo santé ou
cegetel !
Le mien utilise le SMTP avec une adresse email free. Et çà marche très bien.



Ah bon ?... Il n'y aurait pas du RSS derrière ?



pour transmettre mes FSE non ! Par contre, mon logiciel l'installe quand
même par défaut. Alors est-ce qu'il utilise une routine RSS de cryptage
... là par contre j'en sais rien.
Mon logiciel crypte les FSE, pour l'envoie en faisant les paquets de
FSE, il doit remettre un coup de cryptage, le tout part en email de
base, et j'ai les retours qui arrive par POP (je crois) et çà marche bien.
Mon logiciel est HelloDoc 5.55
D'aillers dans mon choix logiciel il fallait déjà un logiciel qui me
laisse libre de mon FAI.

par contre, pour accéder au page profession d'ameli.fr avec ma CP il y a
un logiciel ou deux à installer dont RSS et cryptomachintruc
Avatar
JKB
Le Thu, 09 Dec 2010 22:50:16 +0100,
PP écrivait :
Le 09/12/2010 22:04, JKB a écrit :
Le Thu, 09 Dec 2010 21:47:36 +0100,
PP écrivait :
Le 09/12/2010 12:32, JKB a écrit :
Le Thu, 09 Dec 2010 12:24:39 +0100,
PP écrivait :
Le 08/12/2010 23:25, JKB a écrit :

C'est faux. Il y a un service avec des types compétents qui ne font
que ça. Le seul problème est que le protocole est un protocole à la
noix et qu'il est impossible de savoir ce qui se passe exactement.



Oui et non, si les types sont compétents peut-être, mais s'il ne peuvent
maitriser ou bien avoir accès à tout pour pouvoir dépanner efficacement.
C'est donc le service qui est incompétent pas les types en eux-même.



À chaque fois que j'ai eu un problème, un type du service en
question a été dépêché dans les 24 heures. Cette personne avait
accès au point d'entrée unique de la CPAM, au support de niveau 2 et
3 et aux personnes de Wanadoo-Santé ou de RSS qui permettaient de
valider le transport. Je n'aime pas le protocole en question, mais
les gens sont compétents et ils ont accès à ce qu'il faut pour
diagnostiquer. Le problème est surtout le protocole à la noix et le
traitement absurde fait _après_ réception, mais pas le transport
lui-même.




??
En y pensant mon logiciel médical n'utilise surtout pas wanadoo santé ou
cegetel !
Le mien utilise le SMTP avec une adresse email free. Et çà marche très bien.



Ah bon ?... Il n'y aurait pas du RSS derrière ?



pour transmettre mes FSE non !



Le RSS est un point d'accès au serveur de la CPAM (pas le protocole
bien connu). Et franchement, autant je veux bien croire que ces
feuilles peuvent passer par un SMTP classique, autant tu ne me feras
pas croire pour avoir démonté le protocole qu'avec un SMTP
classique, tu peux recevoir les accusés de réception. Si ça marche
avec une connexion Free classique, c'est que Free a un accord avec
RSS. Et pour avoir cherché une solution au problème, il est
impossible d'accéder au point d'accès unique (à moins que ça ait
changé depuis deux mois) avec autre chose que _ce_ protocole.

Par contre, mon logiciel l'installe quand
même par défaut. Alors est-ce qu'il utilise une routine RSS de cryptage
... là par contre j'en sais rien.



RSS n'est pas un protocole, c'est un fournisseur de service.

Mon logiciel crypte les FSE, pour l'envoie en faisant les paquets de
FSE, il doit remettre un coup de cryptage, le tout part en email de
base,



Non, surtout pas. Ça part sur le port 25, mais ce n'est pas un email
de base. Ce serait beaucoup plus simple si c'était un email de base.
Et la CPAM récupère des flots qui ne sont pas des flots de mails.

et j'ai les retours qui arrive par POP (je crois) et çà marche bien.



Oui, ça arrive par POP. Mais ce n'est pas pour cela que c'est un
email. Si par malheur tu as un logiciel quelque part qui modifie
l'en-tête pour n'ajouter que X-virus: xxxx, ta réception est foirée.
C'est un message encapsulé dans une enveloppe d'email qui est tout
sauf un email.

Mon logiciel est HelloDoc 5.55
D'aillers dans mon choix logiciel il fallait déjà un logiciel qui me
laisse libre de mon FAI.

par contre, pour accéder au page profession d'ameli.fr avec ma CP il y a
un logiciel ou deux à installer dont RSS et cryptomachintruc



JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Avatar
PP
Le 10/12/2010 10:20, JKB a écrit :

Le RSS est un point d'accès au serveur de la CPAM (pas le protocole
bien connu). Et franchement, autant je veux bien croire que ces
feuilles peuvent passer par un SMTP classique, autant tu ne me feras
pas croire pour avoir démonté le protocole qu'avec un SMTP
classique, tu peux recevoir les accusés de réception. Si ça marche
avec une connexion Free classique, c'est que Free a un accord avec
RSS. Et pour avoir cherché une solution au problème, il est
impossible d'accéder au point d'accès unique (à moins que ça ait
changé depuis deux mois) avec autre chose que _ce_ protocole.



Et pourtant.
J'utilise hellodoc comme çà depuis 5 ans.
http://www.acuhello.org/pdf/nuls/tlt_internet_tous_serveurs.pdf



Mon logiciel crypte les FSE, pour l'envoie en faisant les paquets de
FSE, il doit remettre un coup de cryptage, le tout part en email de
base,



Non, surtout pas. Ça part sur le port 25, mais ce n'est pas un email
de base. Ce serait beaucoup plus simple si c'était un email de base.
Et la CPAM récupère des flots qui ne sont pas des flots de mails.



qu'est-ce que tu entends toi par de base !?
Moi je dis de base, pour le fait que c'est un email, et même s'il y a un
paquet de données cryptés à l'interieur.


et j'ai les retours qui arrive par POP (je crois) et çà marche bien.



Oui, ça arrive par POP. Mais ce n'est pas pour cela que c'est un
email. Si par malheur tu as un logiciel quelque part qui modifie
l'en-tête pour n'ajouter que X-virus: xxxx, ta réception est foirée.
C'est un message encapsulé dans une enveloppe d'email qui est tout
sauf un email.



pourtant çà y ressemble

j'ai les entête

X-XaM3-API-Version: 1.1.9
Content-Type: Application/EDI-consent
Content-Description: ARL/NOEMIE
Content-Transfer-Encoding: BASE64
MIME-Version: 1.0

et ensuite les données.
1 2 3 4