Résumé

  • Balsam avait obtenu 1,125 million de dollars après avoir allégué la réception de 1 125 courriels commerciaux illicites, mais le jugement restait pratiquement inexécutable.
  • La cour d’appel a lu ensemble les articles 3.7.7.3 et 5.10 : le premier imposait une clause dans un contrat distinct avec le titulaire, le second refusait tout droit aux tiers dans le RAA.
  • L’arrêt a fermé la théorie du tiers bénéficiaire. Il n’a jugé ni l’exécution de la clause en aval, ni l’opportunité de révéler l’identité, ni les pouvoirs contractuels propres d’ICANN.

Un jugement sans débiteur accessible

Le point de départ n’était pas une victime dépourvue de décision judiciaire. Selon l’arrêt officiel du Ninth Circuit, Daniel Balsam disait avoir reçu 1 125 messages non sollicités entre octobre 2005 et mai 2006. En mars 2008, un tribunal fédéral avait rendu contre Angeles Technology un jugement par défaut de 1,125 million de dollars.

Ce succès ne donnait ni adresse utile ni patrimoine saisissable. La base publique avait d’abord indiqué Tucows comme registraire et Angeles comme titulaire d’adultactioncam.com. L’arrêt rapporte qu’Angeles aurait ensuite activé Contact Privacy. La présentation technique de ce montage provenait des allégations de Balsam ; la cour n’en a pas fait un constat après procès.

Balsam s’est tourné vers l’article 3.7.7.3 du Registrar Accreditation Agreement conclu entre ICANN et Tucows. Cette disposition traitait du titulaire qui concède l’usage d’un nom. Elle lui attribuait la responsabilité du préjudice lié à un usage fautif, sauf identification rapide du licencié après remise d’éléments raisonnables établissant un préjudice susceptible d’action.

Le raccourci paraissait tentant : le jugement constituait la preuve du dommage, le service de confidentialité détenait l’identité et la clause associait le silence à la responsabilité. Balsam a donc demandé l’identité de l’exploitant ou le paiement du jugement.

Mais la phrase ne pouvait pas être détachée du contrat qui l’encadrait.

Deux contrats, deux positions juridiques

L’article 3.7.7 ordonnait au registraire d’insérer certaines dispositions dans une convention séparée avec chaque titulaire. L’article 3.7.7.3 était l’une de ces dispositions. Il s’agissait d’une obligation de rédaction imposée au registraire, et non d’une promesse autonome faite par Tucows ou ICANN à toute personne lésée.

L’article 5.10 fermait explicitement l’autre porte : le RAA ne créait aucune obligation d’ICANN ou du registraire envers un non-signataire, titulaire compris. L’archive d’ICANN identifie la version du 17 mai 2001 ; une copie numérisée figure aussi dans un dossier contentieux d’ICANN.

Balsam soutenait que la disposition spéciale sur le prête-nom devait l’emporter sur la clause générale excluant les tiers. La cour n’a trouvé aucun indice d’une telle intention. L’obligation de faire figurer un texte dans un contrat en aval ne transformait pas le lecteur visé par ce texte en bénéficiaire du RAA.

Cette construction a emporté tout le dossier. Balsam reconnaissait que ses quatre chefs — contrat, négligence, concertation civile et jugement déclaratoire — dépendaient de sa qualité de tiers bénéficiaire. Une fois cette qualité refusée, aucun fondement indépendant ne subsistait. Le rejet avec préjudice a été confirmé.

Ce que l’arrêt n’a pas tranché

Dire que l’arrêt aurait supprimé toute obligation de révélation est inexact. Il a refusé à Balsam le droit d’exécuter le RAA selon la théorie qu’il avait plaidée. Il n’a pas déclaré que le titulaire pouvait ignorer le texte inséré dans son propre contrat.

La cour a même relevé que Balsam n’accusait pas Tucows d’avoir omis de conclure la convention séparée exigée par l’article 3.7.7. Elle n’a donc pas examiné le libellé complet de cette convention, ses bénéficiaires éventuels ou son exécution. Un recours fondé sur ce contrat aurait exigé ses propres parties, son propre droit applicable et une analyse distincte de la qualité pour agir.

L’arrêt n’a pas non plus retiré à ICANN les droits attachés à son contrat. ICANN était partie au RAA ; Balsam ne l’était pas. Refuser le statut de bénéficiaire à un tiers ne supprime pas les moyens d’exécution du cocontractant. La cour n’a pas décidé si ICANN devait intervenir ni quel dossier de conformité elle possédait.

Le projet d’avis d’ICANN de mai 2010 éclaire cette zone sans la régler. Il constatait que « rapidement » et « éléments raisonnables établissant un préjudice susceptible d’action » n’étaient pas définis, et envisageait une appréciation par un juge ou un arbitre.

Ce texte portait clairement la mention « projet ». Sa référence à cinq jours ouvrés relevait d’une orientation proposée, non d’une règle contraignante ni de l’arrêt Balsam. Il montre toutefois que le passage de la preuve à la responsabilité supposait encore un décideur.

Une autorité concentrée, un coût dispersé

Balsam supportait le coût des messages, du procès et du non-recouvrement. Tucows maîtrisait le service de registre et, selon les allégations, la donnée d’identité protégée. ICANN détenait le levier contractuel d’accréditation. Le juge contrôlait la qualité pour agir et la contrainte procédurale.

La clause parlait à la personne lésée puisqu’elle mentionnait les éléments qu’elle pouvait fournir. Pourtant, le RAA ne faisait pas de cette personne un exécuteur. Une règle peut donc nommer son bénéficiaire pratique tout en le maintenant hors du mécanisme juridique.

Cette séparation protège aussi des intérêts légitimes. Une demande privée ne doit pas suffire à exposer un client. Il faut un seuil de preuve, une notification et une voie de contestation. La clause excluant les tiers évite également que chaque litige produise sa propre interprétation du système d’accréditation.

Mais le monopole d’exécution déplace le risque. Ni ICANN ni le registraire ne portent le jugement inexécuté. Si l’institution compétente n’offre pas de procédure utilisable, l’obligation affichée demeure sans effet pour la personne qui a déclenché le problème.

Une procédure limitée pour les demandeurs

La solution crédible n’est pas la divulgation automatique. Elle consiste en un canal borné : preuve déterminée, conservation immédiate des éléments, authentification du demandeur et information du client sauf risque documenté de destruction.

Dans un délai court, le service devrait divulguer de manière protégée à un destinataire autorisé, refuser avec motifs, préserver temporairement la situation ou saisir ICANN, un régulateur ou un tribunal. Le client pourrait répondre ; le demandeur saurait quelle institution assume la décision suivante.

Un tel mécanisme ne créerait pas de droit privé dans le RAA. Il obligerait plutôt le détenteur de l’autorité à exploiter un canal traçable, conciliant la confidentialité avec une décision révisable.

Sources