Résumé

  • RFC 3428 autorisait un proxy SIP à transmettre une même requête MESSAGE vers plusieurs terminaux possibles, tout en ne renvoyant qu’une réponse finale à l’émetteur.
  • Cette réponse ne révélait ni l’existence d’une bifurcation ni le nombre d’agents utilisateurs ayant reçu la requête ; elle ne prouvait pas non plus qu’une personne avait lu le message.

Ce décalage faisait partie du modèle du protocole ; il ne signalait pas à lui seul une panne. RFC 3428 a ajouté MESSAGE à SIP pour des messages autonomes, comparables à ceux d’un pager. Une requête MESSAGE n’ouvre pas elle-même de dialogue SIP. Les proxys la routent selon les règles SIP, et un proxy en aval peut la bifurquer vers plusieurs appareils où le destinataire est susceptible d’être joignable.

Deux vues d’une même transaction apparaissent alors. Plusieurs branches peuvent répondre avec succès après réception du message. Pourtant, le proxy ne transmet qu’une réponse finale en amont. RFC 3428 précise que le client émetteur ne peut pas détecter cette bifurcation et ne doit pas déduire de sa réponse unique qu’un seul agent utilisateur a reçu la requête. Le nombre de réponses visibles par l’émetteur n’est pas un décompte des destinataires.

Le code de réponse conserve son sens, mais répond à une autre question. Dans le cas ordinaire où l’agent final répond, 200 OK permet à l’émetteur de considérer que le message a été livré à cette destination ; il ne signifie pas que l’utilisateur l’a vu ou lu. L’agent peut répondre avant tout affichage. 202 Accepted est plus limité : une passerelle, un serveur de stockage-transfert ou un autre service a accepté le message, sans établir sa livraison finale. RFC 3428 exige un autre mécanisme, hors de son périmètre, pour confirmer cette livraison.

Lorsqu’on reconstitue une trace, un émetteur peut donc avoir une transaction et une réponse finale alors que les journaux en aval montrent plusieurs branches ayant réussi. Ces observations ne se contredisent pas. À l’inverse, un seul 200 en amont ne prouve ni une livraison exactement une fois, ni le nombre d’appareils récepteurs, ni l’attention d’une personne. RFC 3428 décrit une possibilité normative, pas le comportement attesté d’un service nommé.

Le modèle visé était restreint : chaque MESSAGE est autonome, et le regroupement en conversation peut n’exister que dans l’interface ou l’esprit des utilisateurs. Le RFC distingue ce modèle de pager d’une session explicitement ouverte puis terminée. RFC 8591 a ensuite actualisé et précisé certains aspects de S/MIME pour la messagerie SIP ; il n’a pas transformé une réponse SIP en preuve de lecture.

Sources : sections 2 à 8 de RFC 3428 ; RFC 3261 pour le routage et les proxys SIP ; RFC 8591 pour les mises à jour S/MIME. Corpus complet :