From 6f08fa537e44583379ae1c98fbddb8638156ba7b Mon Sep 17 00:00:00 2001 From: Christian Schudt Date: Fri, 26 Aug 2016 14:22:45 +0200 Subject: [PATCH] XEP-0033: Clarify Reply Handling, add 'ofrom' type and fix examples MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - A stanza can contain multiple replyto and replyroom items (as per ยง 4.6.4), make it clear in the reply handling section as well. - Fix examples. Include the BCC address in the addresses element, when the stanza is sent to the BCC addressee. This is as per the sentence ' Each 'bcc' recipient MUST receive only the
associated with that addressee.' - Include 'ofrom' attribute as defined in XEP-0045. --- xep-0033.xml | 19 +++++++++++++------ 1 file changed, 13 insertions(+), 6 deletions(-) diff --git a/xep-0033.xml b/xep-0033.xml index 65241944..7d4f4479 100644 --- a/xep-0033.xml +++ b/xep-0033.xml @@ -274,6 +274,9 @@

This address type contains no actual address information. Instead, it means that the receiver SHOULD NOT reply to the message. This is useful when broadcasting messages to many receivers.

 + +

This address type is used by &xep0045; services. If a room is non-anonymous, the service MAY include an Extended Stanza Addressing (XEP-0033) [16] element that notes the original full JID of the sender by means of the "ofrom" address type

+ @@ -436,6 +439,7 @@
+
@@ -518,6 +522,7 @@
+
@@ -564,6 +569,7 @@
+
Hello, World! ]]> @@ -577,15 +583,15 @@
  • If a noreply address is specified, a reply SHOULD NOT be generated.
    • -
  • If a replyroom address is specified, the client SHOULD - join the specified chat room instead of replying directly - to the specified user. No further extended address +
  • If one or more replyroom addresses are specified, the client SHOULD + join the specified chat rooms instead of replying directly + to the specified users. No further extended address processing is required.
    • -
  • If a replyto address is specified, the reply SHOULD go - to the specified address. No further extended address +
  • If one or more replyto address are specified, the reply SHOULD go + to the specified addresses. No further extended address processing is required. Any <thread/> element from - the initial message MUST be copied into the reply.
    • + the initial message MUST be copied into the replies.
  • Otherwise, an extended-address aware client MUST copy the address header from the original message into the reply, @@ -675,6 +681,7 @@ +