I see ... you're suggesting I add logic on the server side to echo the packet without modification. Interesting idea. I can try to write something for that. It might not be all that hard, actually.<div><br></div><div>dan<br>
<br><div class="gmail_quote">On Thu, Jan 5, 2012 at 12:44 PM, Alexey Nezhdanov <span dir="ltr"><<a href="mailto:snakeru@gmail.com">snakeru@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ok, let me be more verbose:<br>
<br>
user1/resource1 sends the message:<br>
<message to='user2' type='chat'><body>blah</body></body></message><br>
<br>
user1/resource2 gets the notification:<br>
<message to='user2' type='chat'><body>blah</body></body></message><br>
You do not need to look for differences b/w these two - they are<br>
identical. Or, to be a bit more proactive, you can actually add a<br>
'from' field - i.e. send message to second resource not 'as it was<br>
received [from user1]' but 'as it was sent [to user2]'.<br>
<br>
You are stumbled upon the false idea that recipient MUST see his<br>
address in the 'to' field. He needs that not, check how email (Cc:)<br>
works.<br>
<br>
On the other hand, if there is already XEP for this exact purpose, you<br>
probably much better off following it - it will provide compartibility<br>
with future clients, you will be among first adopters and your<br>
client/server will be used as a reference implementation.<br>
<br>
<br>
Am 5. Januar 2012 19:56 schrieb Daniel Dormont <<a href="mailto:dan@greywallsoftware.com">dan@greywallsoftware.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Hmmm...I'm not seeing how that would work. Suppose user1@mydomain/resource1a<br>
> sends<br>
><br>
> <message type="chat" to="user2@mydomain"><body>hello user2</body></message><br>
><br>
> Now, in order to make sure user1@mydomain/resource1b also sees the message,<br>
> the original sender sends what? I was thinking something along the lines of:<br>
><br>
> <message type="echo" to="user1@mydomain"><body>hello<br>
> user2</body><original-recipient>user2@mydomain</original-recipient></message><br>
><br>
> Without that extra element, how's user1@mydomain/resource1b supposed to know<br>
> who they're chatting with?<br>
><br>
> Dan<br>
><br>
> PS I just also discovered XEP-0033. I will see if I can use that. Ejabberd<br>
> definitely does not support XEP-0280.<br>
><br>
> On Thu, Jan 5, 2012 at 8:59 AM, Alexey Nezhdanov <<a href="mailto:snakeru@gmail.com">snakeru@gmail.com</a>> wrote:<br>
>><br>
>> Just send stanza as is, no?<br>
>> You don't need any custom elements, all data is already there.<br>
>><br>
>> On Jan 5, 2012 12:00 AM, "Daniel Dormont" <<a href="mailto:dan@greywallsoftware.com">dan@greywallsoftware.com</a>><br>
>> wrote:<br>
>>><br>
>>> Hi XMPP-ers,<br>
>>><br>
>>> I've noticed that certain clients (Gmail's web interface most notably)<br>
>>> automatically replicate my chat conversations in all windows I have open.<br>
>>> I'm wondering how to implement something similar using an XMPP client and<br>
>>> server. I control both client and server but don't want to make too many<br>
>>> custom modifications if I can help it. As a first step, the easiest thing<br>
>>> seems to be to send all messages to a bare JID rather than full JID. From<br>
>>> the user's standpoint this correctly causes all messages they receive to<br>
>>> appear everywhere.<br>
>>><br>
>>> But what about sent messages? Is there a simple way to have messages I<br>
>>> (as a user) send echoed back to my other connected resources? Or should I<br>
>>> just send a second message to my own bare JID with some sort of custom<br>
>>> element that indicates it was really a message to someone else (and who that<br>
>>> someone else is)?<br>
>>><br>
>>> thanks,<br>
>>> Dan<br>
>>><br>
>>> _______________________________________________<br>
>>> JDev mailing list<br>
>>> Info: <a href="http://mail.jabber.org/mailman/listinfo/jdev" target="_blank">http://mail.jabber.org/mailman/listinfo/jdev</a><br>
>>> Unsubscribe: <a href="mailto:JDev-unsubscribe@jabber.org">JDev-unsubscribe@jabber.org</a><br>
>>> _______________________________________________<br>
>>><br>
>><br>
>> _______________________________________________<br>
>> JDev mailing list<br>
>> Info: <a href="http://mail.jabber.org/mailman/listinfo/jdev" target="_blank">http://mail.jabber.org/mailman/listinfo/jdev</a><br>
>> Unsubscribe: <a href="mailto:JDev-unsubscribe@jabber.org">JDev-unsubscribe@jabber.org</a><br>
>> _______________________________________________<br>
>><br>
><br>
><br>
> _______________________________________________<br>
> JDev mailing list<br>
> Info: <a href="http://mail.jabber.org/mailman/listinfo/jdev" target="_blank">http://mail.jabber.org/mailman/listinfo/jdev</a><br>
> Unsubscribe: <a href="mailto:JDev-unsubscribe@jabber.org">JDev-unsubscribe@jabber.org</a><br>
> _______________________________________________<br>
><br>
_______________________________________________<br>
JDev mailing list<br>
Info: <a href="http://mail.jabber.org/mailman/listinfo/jdev" target="_blank">http://mail.jabber.org/mailman/listinfo/jdev</a><br>
Unsubscribe: <a href="mailto:JDev-unsubscribe@jabber.org">JDev-unsubscribe@jabber.org</a><br>
_______________________________________________<br>
</div></div></blockquote></div><br></div>