You don't need to set the from, and this is actually discouraged. The
server will always rewrite this for you to prevent you from spoofing
another JID, so its best to omit it.
Can you hook up rawInput and rawOutput to print the wire traffic and
post that log minus your login credentials for us to look at? It
might help figure out what is going on.
jack.
Thanks for pretty printing the XML; that helped a ton with reading
through the log.
I don't see anything obvious in the log. Does it work if you send to
the full JID instead of the bare JID? Both should work of course.
Does openfire have enough logging that you could turn the verbosity up
and see what it is doing with your message? From the Strophe side I
can see that your message appears valid, and the BOSH connection
manager is also reporting that it was received. If the message is
getting lost, it is happening inside the connection manager or inside
the server.
The only thing that really sticks out to me is the use of "nippon2" as
the domain, although I assume the server must be handling that ok,
since it is delivering messages to you from another local user.
jack.
Can you check that the message is definitely not received by the
client you are trying to send to (ie. in an XML console, etc.)? The
symptoms you have are the same as this issue which we've seen:
http://code.stanziq.com/strophe/ticket/32 (in which the receiver gets
incorrect XML, and doesn't display it as a message)
I haven't investigated yet, but I suspect whether it works or not is
dependant on the connection manager used (in your case Openfire, which
I've never tested with) and the receiving software client.
Matthew.
On Wed, Feb 25, 2009 at 4:10 PM, Daniel <lindmar...@gmail.com> wrote:
>
> scratch that last remark, I can send message between software client
> and webclient just like before.
>
I've attached a patch against the current git HEAD to the ticket at
http://code.stanziq.com/strophe/ticket/32 - let me know if it fixes
the problem for you. It appears to here.
Matthew.