Envoyer du texte, des liens et des commandes entre appareils

Dernière mise à jour: 2026-08-05

Relayium transporte aussi le contenu du presse-papiers : une URL du téléphone, une commande pour un autre ordinateur ou un bloc de code multiligne. Les messages sont chiffrés de bout en bout ; les serveurs Relayium ne gardent ni corps de message ni historique côté serveur, mais chaque extrémité peut copier ou conserver le texte reçu.

Le navigateur et la CLI prennent en charge le texte, mais utilisent des transports séparés et ne peuvent pas rejoindre leurs codes respectifs. Utilisez la même méthode aux deux extrémités.

Navigateur : envoyer un message à un appareil en ligne

Avant de commencer

Les deux appareils en ligne en même temps, avec la page ouverte dans un navigateur. Il n'y a pas de boîte de réception : un message n'existe que dans une session que les deux côtés maintiennent ouverte.
Un seul transport, choisi pour les deux extrémités. Sur le même réseau, rien à préparer, alors qu'entre réseaux différents il faut un code d'appairage navigateur, créé par une partie connectée et valable cinq minutes.
Un texte qui tient dans un message, soit 65 536 octets UTF-8. Le compteur sous la zone de saisie monte pendant que vous tapez et vous invite à l'envoyer comme fichier au-delà.
Un endroit pour ce qui arrive. Le message reçu reste dans la session ouverte, donc copiez ce que vous voulez garder avant la fin de la session ou un rechargement de la page.

Ouvrez relayium.com sur les deux appareils. Seule la façon dont ils se trouvent change : sur le même réseau, l'autre appareil apparaît tout seul sous « Appareils à proximité » ; entre réseaux, vous créez un code d'appairage navigateur sur la page interréseau et vous le rejoignez depuis l'autre navigateur. Ce que les deux obtiennent ensuite est identique : la carte du pair ne propose qu'une action, « Ouvrir l’espace de travail », et la zone de saisie vit dans cet espace de travail, à côté des pièces jointes fichier et dossier, sur la même connexion chiffrée. Entre réseaux, cette connexion est portée par un relais TURN chiffré qui ne transmet que du texte chiffré, et elle est soumise à une limite de temps que l'espace de travail signale avant qu'elle ne soit atteinte. La seule exception est un pair qui n'est pas un navigateur à jour — un ancien, une application native, le CLI : il conserve le flux antérieur, où fichiers et messages s'utilisent l'un après l'autre.

Ouvrez la page de transfert sur les deux appareils : celle du même réseau les trouve pour vous, et c'est sur la page temps réel qu'un code d'appairage sert lorsqu'ils sont sur des réseaux différents.
```
https://relayium.com/
```
Appuyez sur « Ouvrir l’espace de travail » sur la carte de l'autre appareil, puis écrivez dans la zone de saisie que l'espace de travail affiche. C'est la même action unique dans les deux cas : sous « Appareils à proximité » sur le même réseau, et sur la carte du pair dans la salle par code d'appairage entre réseaux. Par défaut, la session s'ouvre directement sur la zone de saisie des deux côtés — la connexion est chiffrée dans tous les cas.
Saisissez ou collez le texte. Le compteur sous la zone indique la part du budget d'un message déjà consommée, en octets plutôt qu'en caractères, car un emoji ou un idéogramme en coûte plusieurs.
```
1 024 / 65 536 octets
```
Envoyez avec ⌘/Ctrl+Entrée : Entrée seule insère un retour à la ligne, ce qui permet de coller puis d'envoyer un extrait multiligne d'un seul geste. L'indication sous la zone rappelle cette correspondance.
```
Entrée pour une nouvelle ligne · ⌘/Ctrl+Entrée pour envoyer
```
Laissez la session ouverte pour envoyer plusieurs messages dans les deux sens, et appuyez sur « Copier » sur tout ce que vous voulez garder. Pour comparer d'abord un code de vérification (SAS), activez « Vérification avancée » avant d'ouvrir la session : elle ajoute le code et une acceptation explicite, pas le chiffrement.

À quoi ressemble une session qui marche

Les deux côtés indiquent la session comme ouverte, votre message apparaît dans l'historique de l'autre appareil, et le compteur d'octets repart de zéro pour le suivant.

Cet historique est la seule copie à laquelle Relayium participe : il vit dans les deux pages ouvertes, disparaît donc au rechargement ou à la fin de la session, et « Copier » place le texte dans le presse-papiers de cet appareil, où d'autres applications peuvent le lire.

Session ouverte
1 024 / 65 536 octets

Quand un message ne passe pas

Le texte emprunte la même connexion qu'un transfert de fichiers, donc la plupart des échecs viennent de la connexion et non du message. Les deux exceptions sont précises et s'affichent toutes les deux à l'écran : un message au-delà de la limite de taille, et une session fermée pour en avoir envoyé trop d'un coup.

Symptôme, vérification, correction

L'autre appareil n'apparaît jamais, il n'y a donc aucune carte pour ouvrir une session de messages.

https://relayium.com/   # comparez l'IP publique de la ligne d'état sur les deux appareils

La détection sur le même réseau regroupe les appareils selon l'IP publique par laquelle ils se connectent, donc deux adresses différentes signifient deux salles : coupez un VPN ou iCloud Private Relay, ou rejoignez le même Wi-Fi. S'ils sont réellement sur des réseaux différents, passez par un code d'appairage sur https://relayium.com/cross-network.

La zone de saisie refuse le texte et indique que le message est trop long.

1 024 / 65 536 octets   # le compteur compte des octets UTF-8, pas des caractères

Un message contient 65 536 octets UTF-8, et un texte non latin dépense de deux à quatre octets par caractère, donc un long collage en chinois ou riche en emojis atteint cette limite en octets bien avant ce que le nombre de caractères laisse croire. Découpez-le, ou envoyez-le comme fichier, ce que la zone de saisie propose justement.

La session s'est fermée d'elle-même en invoquant trop de messages.

https://relayium.com/   # la ligne de session indique terminée plutôt qu'échouée

Une protection contre les envois en rafale ferme une session quand un côté envoie bien plus de messages qu'une personne n'en tape, ce qu'un script ou une touche bloquée provoque. Rouvrez la session comme vous l'aviez ouverte — « Ouvrir l’espace de travail » sur la carte de l'autre appareil, sur le même réseau comme dans une salle par code d'appairage — et envoyez le reste en moins de messages, plus longs.

Tout fonctionnait, et après un rechargement la conversation est vide.

https://relayium.com/   # recharger cette page ouvre une nouvelle session sans historique

C'est le fonctionnement voulu et non une panne : Relayium ne garde aucun historique côté serveur, il n'y a donc rien à restaurer et aucune copie serveur à réclamer. Copiez l'essentiel dans une note avant de quitter la session, car l'historique ne dure que le temps de la page ouverte.

Un navigateur et la CLI ne peuvent pas rejoindre le code de l'autre.

relayium text 483920   # un code CLI n'appaire jamais que CLI avec CLI

Les sessions de texte navigateur et CLI utilisent des transports et des appairages différents, donc un code à six chiffres créé par l'un n'a aucun sens pour l'autre. Utilisez deux navigateurs, ou la CLI aux deux extrémités : relayium text affiche exactement la commande que la seconde machine doit exécuter.

CLI : créer un code sur une machine, le rejoindre sur l'autre

Lancez relayium text sans code sur une machine. La commande crée un code d'appairage à six chiffres avec votre compte, affiche exactement la commande que l'autre machine doit exécuter, et reste dans la session à l'attendre. Aucun fichier temporaire, aucun processus supplémentaire à arrêter.

Lancez ensuite relayium text avec ce code sur l'autre machine. En mode interactif, chaque ligne est un message et rien ne s'arrête pour comparer un code tant que vous ne le demandez pas. Pour du texte multiligne ou exact, utilisez un pipe en un seul message : aucun indicateur supplémentaire n'est requis.

# One machine mints the code and waits (relayium login is required once)
relayium text
# Code: 483920   (valid 5 minutes)
# On the other machine:  relayium text 483920

# The other machine joins that code
relayium text 483920

# Send one multiline message exactly as copied (macOS)
pbpaste | relayium text 483920

# Or pipe a file on any shell
cat snippet.txt | relayium text 483920

# Optional: stop to compare the verification code (SAS) first
relayium text 483920 --verify

Les codes CLI durent cinq minutes et relient uniquement deux CLI ; navigateur et CLI ne sont pas interopérables.
Seule la machine qui crée le code exige un compte connecté. Celle qui rejoint le code affiché n'a pas besoin de se connecter.
--verify active la comparaison du SAS et nécessite un terminal pour y répondre : un lancement avec un pipe et --verify est refusé plutôt que poursuivi comme s'il avait été confirmé. --yes reste accepté, signifie toujours « ne jamais demander » et l'emporte sur --verify.

Ce que le transfert de texte est — et n'est pas

Le contenu reste du texte brut UTF-8, avec espaces, tabulations, lignes vides et retours à la ligne. Relayium ne l'exécute pas, ne rend pas le Markdown, ne crée ni lien ni aperçu.

Les deux appareils doivent être en ligne ensemble. Pas de livraison hors ligne, boîte de réception, contacts ou historique synchronisé.
L'historique est local à la session ouverte et disparaît à sa fermeture ou au rechargement. Le serveur ne stocke aucun corps de message.
Un message est limité à 65 536 octets UTF-8. Envoyez les contenus plus grands sous forme de fichier.

Questions fréquentes

Relayium peut-il lire ou récupérer mes messages ?

Non. Le contenu est chiffré de bout en bout entre les appareils, et les serveurs Relayium ne gardent ni corps de message ni historique côté serveur. Chaque extrémité peut conserver le texte reçu ; après la session, Relayium n'a aucune copie serveur à récupérer.

Puis-je utiliser le navigateur d'un côté et la CLI de l'autre ?

Non. Les transports et associations diffèrent. Utilisez deux navigateurs ou deux clients CLI.

Ouvrez Relayium sur deux appareils en ligne et transférez directement ce que vous vous seriez envoyé à vous-même.

Envoyer du texte