Hi,
I have an XMPP-enabled web application. In that I have several screens
where a user may see a list of names of several other users. I would
like that user to be able to see, in near-real time, basic presence
information for all of those names.
Right now I've implemented that by sending
On Wed, Nov 25, 2015 at 11:41 AM, Philipp Hancke
<fi...@goodadvice.pages.de> wrote:
> Am 25.11.2015 um 07:55 schrieb Daniel Dormont:
>>
>> Hi,
>>
>> I have an XMPP-enabled web application. In that I have several screens
>> where a user may see a list o
Hi all,
I have a use case where I would like to send a presence to a MUC that
I may have already joined and, even if I have, I want it to send me
the message history no matter what. Is there a way to do that or would
it require a protocol extension of some sort?
thanks,
Dan
Thanks. And is that true for both publisher and subscriber?
On Fri, Aug 16, 2013 at 12:47 PM, Kevin Smith ke...@kismith.co.uk wrote:
On Fri, Aug 16, 2013 at 5:46 PM, Daniel Dormont
d...@greywallsoftware.comwrote:
XEP-0163 mentions something about sending caps in the presence, but makes
Thanks Dave.
I haven't tested this particular feature yet, but ejabberd does implement
XEP-0133 so I imagine being able to fetch the roster as admin is something
I could do. I guess I was just hoping to do the routing server side to
reduce traffic from my client.
If it were supported, how would
Hi all,
I have a scenario where I need to broadcast a message to the contacts of a
particular user. As an additional twist, I'd like to do this while logged
in, not as the user in question, but as an admin.
Strictly speaking, it wouldn't be the worst thing to treat this as a
presence rather than
I've run into the same problem. I can't reproduce it this second because
I'm getting a remote-server-not-found error for any outgoing Google stuff
at the moment, but looking at my roster in my own Gmail account I see the
bare JID, not the nick, of the account that sent that subscription to me.
Hi all,
I have a question about the expected behavior of multi-session nicks
in a semi-anonymous room. Specifically, if user A joins a room where
user B is already present with two sessions sharing the same nick,
user A will only see this nick once in the list of presences sent when
they join.
...@kismith.co.uk wrote:
On Fri, Mar 8, 2013 at 3:30 PM, Daniel Dormont d...@greywallsoftware.com
wrote:
I have a question about the expected behavior of multi-session nicks
in a semi-anonymous room. Specifically, if user A joins a room where
user B is already present with two sessions sharing
Turned out this was my fault on the client side. When leaving a room I
was sending the presence to the room's bare JID and ignoring the nick.
A closer reread of XEP-0045 based on this thread pointed me in the
right direction :)
dan
On Fri, Mar 8, 2013 at 10:42 AM, Daniel Dormont
d
What's probably happening on reload is that you are not terminating
the old session, and so ejabberd_http_bind will keep it alive for up
to whatever your BOSH wait time is + 30 seconds (default inactivity
time).
However, this may not necessarily be a problem. Assuming you're
talking about MUC,
Reading through RFC 6121 more thoroughly, I now see that section 8.5.1
summarizes exactly what the server is supposed to do:
http://xmpp.org/rfcs/rfc6121.html#rules-localpart-nosuchuser
I guess my question is why. If a server is allowed to (and ejabberd
does) send a service-unavailable response
I read through that, but I still don't follow why the server would not
send some kind of response back to the user about the contact not
existing, even if it's just another roster push to remove the contact.
But in both cases, whether or not the contact exists, I get the same
response:
iq
Hi all,
If as a user I send a presence subscription request to a contact - suppose
it's in my same domain for the time being - that does not exist, what
happens? It looks from my experiments so far that the contact does get
added to the user's roster with a subscription type of none and
Thanks for the reply Peter. I realize it's a weird case, and I was by
mistake reading RFC 3921, which says:
Upon receiving the presence stanza of type subscribe addressed to
the contact, the contact's server MUST determine if there is at least
one available resource from which the contact has
On Fri, Oct 12, 2012 at 12:15 PM, Waqas Hussain waqa...@gmail.com wrote:
On Fri, Oct 12, 2012 at 7:39 PM, Daniel Dormont
d...@greywallsoftware.com wrote:
Hi all,
In my XMPP application, users can exchange both private messages and
presence and join MUCs. Ok, simple enough. I've
Hi all,
In my XMPP application, users can exchange both private messages and
presence and join MUCs. Ok, simple enough. I've implemented invisibility
according to XEP-0126. I'd like the users to be still able to join MUCs
while invisible, though. The issue I'm running into is that the first step
Interesting. Thanks for the info.
Is there any way to package that authorization request with a message, then?
dan
On Mon, Jul 23, 2012 at 11:26 AM, Peter Saint-Andre stpe...@stpeter.imwrote:
On 7/23/12 8:53 AM, Daniel Dormont wrote:
Hello,
Is there a way generally in XMPP to send
Hi XMPPers,
I would like to be able to have certain information from a MUC available,
in some fashion, to people who are not currently in the room. What
exactly this information will be I am still sorting out and will be
somewhat specific to my application anyway. But loosely I'm thinking that
Hello all,
I've been asked to add invisibility to my XMPP-based application. The
server I'm running currently, ejabberd 2.1.x, supports XEP-0018 but I get
the impression that relying on it is a bad idea. If I will be using clients
that are mostly, but perhaps not entirely in some cases, under my
Well, I'm not the most experienced one here, but I'll tell you what I know.
On Wed, Feb 8, 2012 at 5:09 PM, Ruff, Rob rr...@scires.com wrote:
Hi,
** **
I am new to XMPP and have a few questions. I have read the book and a
number of different websites and am still not sure about a
that. Ejabberd
definitely does not support XEP-0280.
On Thu, Jan 5, 2012 at 8:59 AM, Alexey Nezhdanov snak...@gmail.com wrote:
Just send stanza as is, no?
You don't need any custom elements, all data is already there.
On Jan 5, 2012 12:00 AM, Daniel Dormont d...@greywallsoftware.com
wrote:
Hi XMPP
:56 schrieb Daniel Dormont d...@greywallsoftware.com:
Hmmm...I'm not seeing how that would work. Suppose user1@mydomain
/resource1a
sends
message type=chat to=user2@mydomainbodyhello
user2/body/message
Now, in order to make sure user1@mydomain/resource1b also sees the
message
? There
are some minor changes that will be happening within the next few days (see
standards@ for a discussion on what might change), but don't let that
stop you!
- mm
http://goo.gl/LK55L
On Jan 5, 2012, at 10:51, Daniel Dormont wrote:
I see ... you're suggesting I add logic on the server
Hi XMPP-ers,
I've noticed that certain clients (Gmail's web interface most notably)
automatically replicate my chat conversations in all windows I have open.
I'm wondering how to implement something similar using an XMPP client and
server. I control both client and server but don't want to make
Hi all,
I've been working with XMPP so far only in the context of MUC, and I'm just
now making my first foray into ordinary messaging and presence. I'm
running into a scenario where in my particular application, represented by
a certain XMPP domain, I want to allow all my users to see each
This is perhaps a small data point, but I notice that JsJAC, the Javascript
XMPP client library, still relies on XEP-0091 as of version 1.3.4 and
doesn't yet support XEP-0203.
dan
On Tue, Aug 16, 2011 at 4:04 PM, Andreas Monitzer j...@monitzer.com wrote:
Hi,
I'm currently developing a new
What is the XMPP domain you've configured in OpenFire? Is it really
localhost? If not, you need to use a ConnectionConfiguration:
ConnectionConfiguration conf = new ConnectionConfiguration(localhost,
5222, myXmppDomain);
Connection connection = new XMPPConnection(conf);
connection.login(test,
Thanks!
dan
On Wed, Aug 24, 2011 at 6:54 PM, Peter Saint-Andre stpe...@stpeter.im wrote:
On 8/24/11 4:50 PM, Daniel Dormont wrote:
Hi, in a BOSH application I'm developing, I accidentally allowed a
race condition in which the client would send a presence packet
(specifically a MUC presence
I don't have a dog in this fight but just an observation: searching for
strophe.js or strophejs as opposed to merely strophe (which is a real
English word and thus likely to bring up *lots* of unrelated info) turned up
the correct site as the second hit.
dan
On Jun 7, 2011, at 4:10 AM, Tomasz
Hi folks, I'm a bit new to this world and developing my first applications
using XMPP external components according to XEP-0114. I'm using Whack to
develop the components themselves and Ejabberd as my server. I'm not looking
for specific help using either of those technologies, rather trying to
31 matches
Mail list logo
