Re: [jdev] [Standards] XSF membership application period Q1 2020

If you like the XMPP Standards Foundation and you want to help it, then join us. If you don't like the XMPP Standards Foundation and you'd rather it changed, then join us. On Mon, 30 Dec 2019 at 11:39, Alexander Gnauck wrote: > I have setup the membership application Wiki page for the

Re: [jdev] Simple Arbitrary Data Exchange

On Tue, 24 Sep 2019 at 09:30, Kevin Smith wrote: > On 24 Sep 2019, at 09:20, Dave Cridland wrote: > > > > Is there interest amongst the developer community to provide a > generalised, interoperable facility for the exchange of simple, arbitrary > data between consenting

[jdev] Simple Arbitrary Data Exchange

Morning all, I've noticed in a number of places - both places I've worked and places I know others - that were XMPP is used, there's often a desire to simply exchange some private application data. Often, that data is in JSON, though I imagine it occurs in XML sometimes too. What unfortunately

Re: [jdev] XEP-0333 - Chat Markers for MUC's

e XEP-0184 instead, and many ignore both entirely from XEP-0045 chatrooms. > Best regards > Schorsch > > Am Fr., 13. Sept. 2019 um 21:02 Uhr schrieb Dave Cridland < > d...@cridland.net>: > >> >> >> On Fri, 13 Sep 2019 at 19:27, george b >> w

Re: [jdev] XEP-0333 - Chat Markers for MUC's

On Fri, 13 Sep 2019 at 19:27, george b wrote: > Hi > > I am struggling with chat markers in MUC's. > > In 1on1 chat, this works like expected: > > > > body > > > > > > > > > > > > > But what is the 'to' address to answer the tag on MUC's? The > endclient didn't know the real jabber ID of

Re: [jdev] Displaying presence from contacts with multiple resources

On 19 April 2018 at 15:43, Georg Lukas wrote: > * Matthew Wild [2018-04-19 16:12]: > > If you've implemented a client, I'm curious to learn how you chose to > > determine what presence to show for a contact if they have multiple > > resources with different

[jdev] Debugging Info for Prosody and Conversations (And why I missed Council).

Hi folks, So I missed the Council meeting last night despite managing to arrange both WiFi and an entire meeting room with the client I was working with. Luckily, between my server and muc.xmpp.org there's a Metre instance which does traffic enforcement (to increase security), and also logs

Re: [jdev] tickets and merge requests bases on XMPP

This is great. I've been thinking that building a federated issue tracker on top of MIX would be great - since a ticket tend to spawn discussions - but this is a great start and in the absence of MIX we should document this. Some things you might not have considered: * Tickets are often linked,

[jdev] Google Summer of Code 2017

Folks, At the XMPP Summit, there was general enthusiasm toward the XSF applying for Google Summer of Code 2017. Kev has agreed - once again - to be the org admin. Please do reply to this if you're able to produce an initial set of project ideas by MONDAY 1300Z. At this point Kev will make a

[jdev] XMPP-UK Security MeetUp: London, 8th Dec 2016

n the XMPP Council, he has implemented three different forms of end-to-end encryption in Conversations, and will be discussing their strengths and weaknesses. Dave Cridland - S2S Security Dave has put bugs into many of the leading XMPP Servers, and is currently project lead for IgniteRealtime's Open

Re: [jdev] Fwd: Re: Unhandled component stanza

If this really is a client namespace stanza on a component stream, then it's incorrect, and prosody should be rejecting it. Early servers often ignored the namespace, resulting in this kind of behaviour being silently ignored. On 22 Aug 2016 4:06 p.m., "Daniel Pocock" wrote:

Re: [jdev] Biboumi 3.0 released

On 4 August 2016 at 13:32, Florent Le Coz wrote: > Hello everyone, > > > I just released biboumi 3.0, which you can find on the website > https://biboumi.louiz.org > > Awesome stuff. Biboumi has long been my go-to tool for getting into IRC chatrooms. > Biboumi is an IRC

Re: [jdev] self signed cert

as close as is practical on the internet actually; we really need to start deploying this. > > Viele Grüsse, > -Marcel Waldvogel <https://me.uni.kn/marcel.waldvogel> > (kurzündig) > > Am 04.05.2016 um 16:05 schrieb Dave Cridland <d...@cridland.net>: > > > > On

Re: [jdev] self signed cert

On 3 May 2016 at 19:10, Tomasz Sterna wrote: > W dniu 03.05.2016, wto o godzinie 09∶40 -0700, użytkownik > li...@lazygranch.com napisał: > > I suspect you wouldn't want s2s to use a self signed cert, so > > allowing two level of verification (c2s and s2s) sounds complex. You >

Re: [jdev] self signed cert

On 4 May 2016 at 00:21, Tomasz Sterna wrote: > W dniu 03.05.2016, wto o godzinie 11∶36 -0700, użytkownik DannyD > napisał: > > Now your client XMPP application ONLY trusts & can be decrypted by > > the server that you've configured it to communicate with, and all the > >

Re: [jdev] Arbitrary data streams in XMPP (Purpose: Desktop Screen Sharing)

On 12 February 2016 at 12:42, Niklas Andersson < niklas.anders...@openforce.se> wrote: > Thanks a lot Florian, > > What you write sounds familiar. We had to make some contributions to the > libnice-library as well. MS-TURN for TCP amongst other things. > > There's also SCTP/UDP, the same thing

Re: [jdev] obtaining XMPP accounts

On 8 December 2015 at 20:53, Peter Saint-Andre <stpe...@stpeter.im> wrote: > On 12/8/15 1:07 PM, Dave Cridland wrote: > > Certainly I do have the feeling that as an >> end user, obtaining an XMPP account is now very hard, with the effective >> closure of end-user ser

Re: [jdev] administrivia redux

Peter, All things are possible, but I don't follow what the desired outcome of the trolling might be if so. Certainly I do have the feeling that as an end user, obtaining an XMPP account is now very hard, with the effective closure of end-user services from jabber.org (the obvious go-to public

Re: [jdev] (no subject)

Sheri, You can get an account from any public server you choose. There's a list here, for example: https://xmpp.net/directory.php To the rest of the list members, I'd say we have to make this easier. If people are taking the effort to join a mailing list in order to ask for help, this is

Re: [jdev] [xmpp] Fwd: [CFP] FOSDEM 2016, RTC devroom, speakers, volunteers neeeded

The original went straight into my Google spam folder. Conspiracy theories welcome. On 20 Nov 2015 20:31, "Ralph Meijer" wrote: > Dear all, > > Daniel Pocock sent out the attached Call for Participation for the > FOSDEM 2016 Realtime Devroom, a devroom co-organised by the XSF and

[jdev] XEP-0090 / XEP-0091 support

I have a PR submitted for removing support for the legacy date/time formats used in early XMPP (and deprecated in 2007). Last time I looked, there were some common clients which only understood this format, but this was a long time ago. Anyone know what the current reliance is, and whether it's

Re: [jdev] Semantic question

On 30 April 2015 at 11:23, Goffi go...@goffi.org wrote: G'day, for years I have used decentralised, distributed, and federated with, in my head, the following meaning: - decentralised: the ability to have several servers communicating together, the servers can be under the same

Re: [jdev] Semantic question

On 30 April 2015 at 13:48, Adrien souli...@mailoo.org wrote: On 04/30/2015 12:54 PM, Dave Cridland wrote: On 30 April 2015 at 11:23, Goffi go...@goffi.org wrote: [...] - federated: the ability from servers of different domains ( example.net and capulet.lit) to talk together

Re: [jdev] Semantic question

, that a gateway cannot be a form of federation - many email gateways behaved in precisely that fashion, exposing the whole of the SMTP federation to an X.400 domain, and vice-versa. On 30/04/2015 12:54, Dave Cridland wrote: On 30 April 2015 at 11:23, Goffi go...@goffi.org mailto:go...@goffi.org

[jdev] Openfire 3.10.0 Released

The subject line says it all, and if it doesn't, there's a post here: https://community.igniterealtime.org/blogs/ignite/2015/04/22/openfire-3100-released It's been really encouraging over the past year seeing the level of enthusiasm within the community as a whole for Openfire. It is, after all,

Re: [jdev] How to communicate between Receiving and Authoritative server

On 11 February 2015 at 13:27, lu...@zauberstuhl.de wrote: Hi, I am new and I hope that is the right mailing list for questions like this. According to XEP-0220 the Authoritative-Server receives via a new connection `db:verify` and sends a go or no-go back to the Receiving-Server. How can

Re: [jdev] The `XMPP as a social network` idea

On 9 February 2015 at 07:44, Steffen Larsen zoo...@gmail.com wrote: XMPP and social networks were quite heavily discussed at this summit - and I think that people are investing quite some time in it. I think the best way of putting it is that key concepts like the social graph and messaging

Re: [jdev] Simple JavaScript XMPP client example

On 4 September 2014 23:05, Chris Fortmüller chrits...@gmail.com wrote: Ok, so I have experimented a bit more, and as Steven said, if I host the code on a server, the code works, but if I just access it locally, the code does not work. I still don't quite understand why. If I access the code

[jdev] Fwd: [Summit] XMPP Summit 16, Berlin, 10th September 2014

FYI: Not one, but two events in Berlin - open to everyone, free to attend, and we've even found a possibility for ribs thanks to Holger Weiß. -- Forwarded message -- From: Steven Lloyd Watkin ll...@evilprofessor.co.uk Date: 14 August 2014 11:22 Subject: [Summit] XMPP Summit 16,

[jdev] Openfire

Folks, I've acquired another hat! If you've been following Openfire recently, you might be aware that there's been a bit of an upsurge in development - to the extent that it's very much alive as a project again after a period of dormancy. In order to help with that - and because in my day job

Re: [jdev] Multiplatform Multidevice Mobile/NonMobile App Development

On 8 May 2014 14:34, Ranucci, Simone ad...@jisshi.com wrote: Hi, all! Anybody interested in working together on my new project? Let me know!!! It might help if you gave us all an idea of what it is, how it might be licensed, and so on. Otherwise it's a little hard to tell. :-) Dave

Re: [jdev] MUC Presence: force history even if already joined

On 26 Mar 2014 17:49, Daniel Dormont d...@greywallsoftware.com wrote: 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

Re: [jdev] MUC Presence: force history even if already joined

On 26 Mar 2014 20:59, Waqas Hussain waqa...@gmail.com wrote: On Wed, Mar 26, 2014 at 2:05 PM, Dave Cridland d...@cridland.net wrote: On 26 Mar 2014 17:49, Daniel Dormont d...@greywallsoftware.com wrote: I have a use case where I would like to send a presence to a MUC that I may have

Re: [jdev] Problem with group chat app

On 24 Mar 2014 00:45, Cabus, Michael cab...@philau.edu wrote: Hi I have the framework for a group chat app: http://arialboundaries.com/groupchat/ It seems to work, essentially; but, I do not think it is properly logging on...it quickly forces a user to sign back on after signing off.

[jdev] Fwd: [Members] London XMPP Meetup - 4th March

FYI - this is open to all-comers, so feel free to come along if you're able. -- Forwarded message -- From: Laura Gill laura.g...@surevine.com Date: Thu, Feb 20, 2014 at 9:13 AM Subject: [Members] London XMPP Meetup - 4th March To: XSF Members memb...@xmpp.org Hi all, In case

Re: [jdev] [Security] Spoofing of iq ids and misbehaving servers

On Mon, Feb 3, 2014 at 8:43 PM, Thijs Alkemade m...@thijsalkema.de wrote: I've filed tickets today for: XMPPFramework: https://github.com/robbiehanson/XMPPFramework/issues/300 Strophe.js: https://github.com/strophe/strophejs/issues/56 SleekXMPP: https://github.com/fritzy/SleekXMPP/issues/278

Re: [jdev] Handling of MUC within Candy

On Mon, Jan 20, 2014 at 6:38 PM, Stefan Strigler stefan.strig...@gmail.comwrote: When we initially developed Candy, we had to make the decision whether to use the real jid of a user to send him a private message or to use the room jid. We decided to use the room jid because it’s much easier

Re: [jdev] A rapidxml fork for XMPP

On Thu, Dec 5, 2013 at 6:23 AM, Jonas Wielicki xmpp-...@sotecware.netwrote: On 04.12.2013 23:49, Dave Cridland wrote: Since we've been discussing XML parsers a lot... https://github.com/dwd/rapidxml contains a fork of rapidxml that's been randomly hacked^W^Wcarefully optimized to make

Re: [jdev] A rapidxml fork for XMPP

On Thu, Dec 5, 2013 at 6:15 AM, mat henshall m...@squareconnect.com wrote: I do agree on the need for using optimized parsers (we have an xml parser that fits in a few hundred bytes of code and read only memory) that is extremely fast and efficient on small devices. BTW the trick to avoid the

Re: [jdev] A rapidxml fork for XMPP

On 5 Dec 2013 09:02, Jonas Wielicki xmpp-...@sotecware.net wrote: On 05.12.2013 09:54, Dave Cridland wrote: That's a neat idea - I was intending to add in attribute hashing in order to handle the well-formedness constraints (and also optimize attribute searches in general), but I'd

[jdev] A rapidxml fork for XMPP

Since we've been discussing XML parsers a lot... https://github.com/dwd/rapidxml contains a fork of rapidxml that's been randomly hacked^W^Wcarefully optimized to make it more useful in XMPP projects that need particularly fine and/or controlled XML handling. RapidXML is a C++ XML parser written

Re: [jdev] SSL/TLS versions

On Fri, Nov 15, 2013 at 8:55 AM, Kevin Smith ke...@kismith.co.uk wrote: On Fri, Nov 15, 2013 at 2:33 AM, Peter Saint-Andre stpe...@stpeter.imwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Wild has run some analytics on SSL/TLS versions negotiated over a period of time at the

Re: [jdev] https://github.com/stpeter/manifesto and additional ideas

On Fri, Nov 15, 2013 at 10:26 AM, Winfried Tilanus winfr...@tilanus.comwrote: Now take a look at the manifesto. It states: provide user or administrative interfaces showing: (...) o a warning about any changes to a server's certificate that last point IS certificate pinning. That's

Re: [jdev] https://github.com/stpeter/manifesto and additional ideas

On Thu, Nov 14, 2013 at 12:53 PM, Ralf Skyper Kaiser sky...@thc.org wrote: Hi, Ideas, comments and an open discussion are welcome to include the following ideas in the manifesto. - Client-support for certificate pinning (including pinning of self-signed certificates).

Re: [jdev] https://github.com/stpeter/manifesto and additional ideas

On Thu, Nov 14, 2013 at 4:34 PM, Ralf Skyper Kaiser sky...@thc.org wrote: Pinning does not require a CA at all (private or public). Why use a feature (DANE) that requires a CA if it is possible to have the same level of security with Pinning; which requires no CA, works well with self-signed

Re: [jdev] manifesto 0.4

On Wed, Nov 6, 2013 at 8:02 PM, Alexander Holler hol...@ahsoftware.dewrote: Not exactly the same, but I don't like the part or require cipher suites that enable forward secrecy for the same reason. OpenSSL 1.x isn't around that long, and there are still many systems which do use e.g. Debian

Re: [jdev] manifesto 0.4

On Thu, Nov 7, 2013 at 12:47 PM, Alexander Holler hol...@ahsoftware.dewrote: I didn't speak about production environments. The manifesto affects all users and a lot of them don't (have to) care about production environments. By users we mean end-users, ie, users on your server? I think

Re: [jdev] manifesto 0.4

On Thu, Nov 7, 2013 at 2:54 PM, Alexander Holler hol...@ahsoftware.dewrote: So you want to enforce military grade encryption for all users of XMPP? Oh, gosh no. I'm out of date on this sort of thing, but as far as I can recall, the manifesto aims for considerably more stringent requirements

Re: [jdev] manifesto 0.4

On Thu, Nov 7, 2013 at 7:50 PM, Alexander Holler hol...@ahsoftware.dewrote: Sure, therefor I'm here and speak against the requirement for TLSv1.2. The manifesto sounds like it might be a good idea to enforce that requirement on the S2S too, and that clearly isn't what should be done in my

Re: [jdev] manifesto 0.4

On Fri, Nov 8, 2013 at 1:20 AM, Alexander Holler hol...@ahsoftware.dewrote: Am 08.11.2013 01:55, schrieb Peter Saint-Andre: The Jabber/XMPP community has always had a culture of being friendly and respectful of others (yes, we've also had some flame wars during that time!). I request that

Re: [jdev] manifesto 0.4

On Wed, Oct 30, 2013 at 12:21 AM, Mathieu Pasquet mathi...@mathieui.netwrote: Before signing the manifesto as a software developer, there are a few things that are unclear and I’m not sure we can commit to this just yet: Dropping SSLv2 is all good and I’m not even sure why SSLv2 was

Re: [jdev] manifesto 0.4

On Wed, Oct 30, 2013 at 12:44 AM, Thijs Alkemade th...@xnyhps.nl wrote: So far, two tests have shown a server supported SSLv3 but not TLS 1.0, both for c2s to palemoon.net: Drifting from the topic, I know, but just to confirm, this is only testing what versions the servers handle in

Re: [jdev] manifesto 0.4

of a couple of load balancers. Dave. ​-- Dave Cridland -- Sent with Inky -- [http://inky.com/: http://inky.com/] ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] manifesto 0.4

do non-dialup), I don't see why this should be different. Right - I'm hoping this particular case won't impact our goals, but other things might. Largely, this is the point of the test days - to find out if there are going to be any problems. Dave. ​-- Dave Cridland -- Sent with Inky

Re: [jdev] TLS Everywhere

On Mon, Oct 28, 2013 at 3:23 AM, Peter Saint-Andre stpe...@stpeter.imwrote: Almost 15 years have passed since my friend Jeremie Miller released the initial version of the jabberd IM server, launching the Jabber open-source community and the technology we know today as XMPP. Yet, all that

Re: [jdev] TLS Everywhere

On Mon, Oct 28, 2013 at 9:12 PM, Peter Saint-Andre stpe...@stpeter.imwrote: We were talking about Jabber for communication with end users about getting an IM account. Most end users (and even people at technical conference) still call it Jabber. I see no reason to fight that forever.

Re: [jdev] TLS Everywhere

On Mon, Oct 28, 2013 at 9:48 PM, Kim Alvefur z...@zash.se wrote: So we'll need to Reclaim the Jabber™? :) Hmmm. Something like that. I remember there being talk of getting the trade mark back from Cisco before, is time we finally did that? Something for the board to tackle? The original

Re: [jdev] Adding Software Identifier to XEP-0092: Software Version

The problem with having the same information in two different places is that it becomes hard to tell which is the authoritative version if they differ. As such, I think it's a bad idea. On 10 Oct 2013 11:10, Spencer MacDonald spencer.macdonald.ot...@gmail.com wrote: The node in XEP-0115 does

Re: [jdev] Securing XMPP

On Fri, Sep 6, 2013 at 7:16 PM, Thijs Alkemade th...@xnyhps.nl wrote: However, a large number of clients do not prioritize (EC)DHE above the non- ephemeral variants. To enforce that these are used, it is therefore required to either disable all non-ephemeral suites or configure the server to

Re: [jdev] Owner Status to a federated user.

On 23 Aug 2013 00:33, Pravin Sinha pks_chen...@yahoo.com wrote: Hi, I understand that some(could be all) of these are more implementation specific, but was wondering if there is a related guidelines/xep. - Should an xmpp server allow a federated user(via Server to server federation) create

Re: [jdev] Shared Editing with XMPP

On 20 Aug 2013 09:48, Ashley Ward ashley.w...@surevine.com wrote: On 15 Aug 2013, at 14:33, Dave Cridland d...@cridland.net wrote: PS - I would personally consider a different XMPP server - Openfire didn't seem to be actively maintained last I looked, whereas Prosody, ejabberd, MongooseIM, M

Re: [jdev] Multiple IQ stanzas in one socket read

If we're going to be really pedantic about this - and obviously I'm going to be... On Tue, Aug 20, 2013 at 8:46 PM, Peter Mount pe...@retep.org.uk wrote: Yes it is possible as it's an xml stream not a packet based protocol. First point of pedantry is that XMPP is a packet-switched network

Re: [jdev] Shared Editing with XMPP

On Thu, Aug 15, 2013 at 1:55 PM, Laine Markku markku.la...@aalto.fi wrote: What I am still missing is how to keep data in sync between collaborators. I ran into a couple of XEPs dealing with the issue, such as XEP-0228: Requirements for Shared Editing

Re: [jdev] send message to user's contacts

If it's location data (like XEP-0080) then PEP is exactly right. The only slight problem is that although PEP (XEP-0163) certainly doesn't preclude the kind of admin access you're after, the vast majority of PEP implementations don't seem to support it, and instead do a minimal (and in some

Re: [jdev] [MUC] in-room sessions and Non-Anonymous

On Tue, Jun 11, 2013 at 5:38 PM, Bartosz Małkowski bmalkow...@tigase.plwrote: Hi I have a problem. Our MUC Component supports entering to room from many resources (the same bareJID) with the same nickname. I don't know what should be sent in attribute jid of element item/ when room is

Re: [jdev] [MUC] in-room sessions and Non-Anonymous

On Tue, Jun 11, 2013 at 6:10 PM, Bartosz Małkowski bmalkow...@tigase.plwrote: Our MUC broadcasting private messages to all related fullJIDs. IQ stanzas are blocked. Most MUC implementations pass-through unknown IQ. Some handle vCard especially (redirecting to the bare jid as per spec). Not

Re: [jdev] Message Read Receipts

On 14 May 2013 13:36, Peter Saint-Andre stpe...@stpeter.im wrote: Although I question the usefulness of spending time and energy defining an extension whose usefulness we find debatable, I think the usefulness of your questioning its usefulness is open to debate. I wonder: what would the

Re: [jdev] Message Read Receipts

On Fri, May 10, 2013 at 2:11 AM, Peter Saint-Andre stpe...@stpeter.imwrote: Thanks for sending your message. Unfortunately, I've only had time to glance at the subject and haven't actually read it. Right - true read receipts are impossible. But receipts are generally about moving

Re: [jdev] Message Read Receipts

You haven't missed anything; this is a functional hole. It's been considered something of a rat-hole before, I think, but you're welcome to tackle it and suggest a protocol. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] how to automatically subscribe?

You can't subscribe to someone's presence without that someone explicitly accepting the subscription request. You can, though, just send them a request including some text explaining what the purpose is, etc. ___ JDev mailing list Info:

Re: [jdev] Differentiating device type

On 15 Apr 2013 12:17, Maninder Obhrai maninder.obh...@gamesys.co.uk wrote: We'd like to be able to tell whether a chat user in a room is on a mobile device or a desktop device and we're trying to work out the best way to do this. Our current plan involves making the client set the device type

[jdev] Fwd: [apps-discuss] Revised proposal for a DNS API

This probably touches on things a lot of us work on. -- Forwarded message -- From: Paul Hoffman paul.hoff...@vpnc.org Date: 14 Feb 2013 17:28 Subject: [apps-discuss] Revised proposal for a DNS API To: apps-disc...@ietf.org Discuss apps-disc...@ietf.org Cc: Greetings again. After

Re: [jdev] is everybody using XMPP without knowing it?

On 9 Jan 2013 08:16, Winfried Tilanus winfr...@tilanus.com wrote: On 01/09/2013 08:58 AM, Matěj Cepl wrote: Hi, Android intents (whole communication between the Android phone and Google Play store; when you click on the web that you want to install an app and it is installed on the

Re: [jdev] is everybody using XMPP without knowing it?

I'd be very interested in hearing about the particular challenges you guess face, actually. I don't suppose you're hearing to the summit in Brussels, and could do a talk about it? Alternatively, a short post to this or the standards list would be fascinating, I think. On 7 Jan 2013 19:21, Austin

Re: [jdev] is everybody using XMPP without knowing it?

On 30 Dec 2012 22:14, Stefan de Konink ste...@konink.de wrote: On Sun, 30 Dec 2012, Winfried Tilanus wrote: I am preparing a talk on XMPP for the Dutch python users group. I expect that many of the people present in the meeting there is using XMPP without knowing it. For example many of them

Re: [jdev] Presence ACL

I have wondered (and I think Matthew Wild may have also wondered about this, lest I appear to be stealing his ideas), about mapping status/ and possibly show/ onto (pseudo) PEP nodes. This would mean a couple of things: - You could set an ACL for status/ quite easily, though it'd be very much

Re: [jdev] XEP implementations

I think this kind of thing would be really useful to have on the XSF site, if we can avoid it going out of date. Maybe we can discuss what would be needed on members@? On Sep 4, 2012 9:59 AM, Kim Alvefur z...@zash.se wrote: On 2012-09-04T10:12:55 CEST, Steffen Larsen wrote: Yes its definitely

Re: [jdev] [MUC] Changing Nickname

Even simple cases of nickname changes can be fun. Consider the case where an occupant is sent an Iq and its nickname change crosses on the wire. On Aug 23, 2012 6:31 PM, Peter Saint-Andre stpe...@stpeter.im wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/22/12 6:18 AM, Bartosz

Re: [jdev] Inclusion of Pingpong at http://xmpp.org/xmpp-software/clients/

should publish a round-up interview about the use of XMPP in these services, but it's not clear we should be listing them on these pages. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http

Re: [jdev] current state of invisibility

, such as email clients that need to be presence aware - I don't see a need for confusing the contacts' roster by showing myself online when I'm not, as such. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks

Re: [jdev] Archive or save chat messages

it would be OK for private usage at least. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade

Re: [jdev] XMPP questions

chatroom aren't *quite* there anymore. Of course, you do need clients which are aware of the annotations. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP

Re: [jdev] [FOSDEM] anyone to have a stand ?

longue area to play with. We just need to fill it... Help (on the summit@ list) appreciated. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP

Re: [jdev] _jabber._tcp needed anymore?

records for as long as I can remember, although no doubt Kev and PSA can fill in some detail then. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP

Re: [jdev] Auto Reply: Re: State of the XMPP Clients?

discard them. Neither is happening, obviously. Thanks, Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade

Re: [jdev] Auto Reply: Re: State of the XMPP Clients?

On Tue Oct 4 17:26:33 2011, Peter Saint-Andre wrote: The list admins disable the senders when we see such messages. I don't know of an automated way to prevent them. Nor me, I was hoping to shame the senders into turning the damn things off. :-) Dave. -- Dave Cridland - mailto:d

Re: [jdev] XMPP MITM proxy

don't know). M-Link itself can do this for S2S links; we needed to for border guard capabilities and things. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer

Re: [jdev] A server to test SCRAM-SHA-1-PLUS with

On Wed Jul 13 16:32:05 2011, Jacek Konieczny wrote: I am implementing the SCRAM-SHA-1-PLUS mechanism for my XMPP implementation (PyXMPP 2). Is there any Jabber server running I could test my code against? Yes. :-) I'll drop you a line privately. Dave. -- Dave Cridland - mailto:d

Re: [jdev] subscriber to receive all un-received items

items. i am not sure if there is a way to configure the node/subscriber to retrieve all un-received items . Not the way you want, no. However there have been discussions for a while concerned with making this kind of sync-on-presence happen. Dave. -- Dave Cridland - mailto:d...@cridland.net

Re: [jdev] Pubsub items' timestamps

will post them here or somewhere you wish. Here is OK, but social, pubsub, or standards might be best. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP

[jdev] Are you broken?

my server. So far, I have found two server implementations that can no longer see me. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP

Re: [jdev] Are you broken?

, whereas the second does. So an IPv4-only server is forced to give up on the highest priority record and move to the next priority slot. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http

Re: [jdev] Sasl Md5 Digest Authentication Problem

errors in case of an attack. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade

Re: [jdev] Fwd: XMPP in the browser -- your thoughts?

. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade ___ JDev mailing list Info: http

Re: [jdev] [Standards] Fwd: XMPP in the browser -- your thoughts?

. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade ___ JDev mailing list Info: http

Re: [jdev] Interop Preparation

On Mon Nov 29 18:52:01 2010, Tobias Markmann wrote: On 29.11.10 17:10, Dave Cridland wrote: The main thing we need to test - before anything else - is the core. But I agree that having extra features might be useful. So all participating implementations are expected to have no known

Re: [jdev] Interop Preparation

. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade ___ JDev mailing list Forum: http

Re: [jdev] Interop Preparation

! I don't think it's a goal, however, hold that thought - I'd really like to put together a proper XMPP showcase for next FOSDEM, showing wild and whacky things that people can - and are - doing with XMPP. Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net

Re: [jdev] Interop Preparation

On Thu Nov 11 10:58:08 2010, Alexander Gnauck wrote: bear wrote: ok, I've created wiki.xmpp.org/Interop I think you meant: http://wiki.xmpp.org/web/Interop I've tidied up a bit, and added the dates. I'm hoping it'll be more than just me and Matt. :-) Dave. -- Dave Cridland - mailto:d

Re: [jdev] Understanding target SOCKS5 connection flow with streamhost/requester

/5859500411289328645518583') hash.update('1...@dev.jaxl.im/2557233831289334472350031') hash.hexdigest() '50c0abe90692f69b56e49a53334daf8c6ad26f9e' Dave. -- Dave Cridland - mailto:d...@cridland.net - xmpp:d...@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net

  1   2   3   >