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

mething out in a XEP if people want something concrete to work against - but mostly I'd like to know if there's interest. Dave. ___ JDev mailing list Info: https://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

the marker as a PM (XEP-0045§7.5). This means only the sender sees who has read their own messages - it's still a surprising amount of traffic though! Dave. ___ JDev mailing list Info: https://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

this setting is configured. > If what we want is the posture of the user, and not the client, we should define a spec for it (and, I suspect, throw it into PEP). Dave. ___ JDev mailing list Info: https://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

jim has the debugging tools if things do go really wrong. Dave. ___ JDev mailing list Info: https://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

a final decision on whether to apply. Ideas will still be accepted later, this is just so Kev can make an informed choice. Kev will be sending an update to this later... Dave. ___ JDev mailing list Info: https://mail.jabber.org/mailman/listinfo/jdev

[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

server) and the dropping of XMPP by Google Talk - with that in mind I'm more inclined to treat them as legitimate requests for assistance. I do readily agree that the messages are off topic on this list, mind. Dave. On 8 December 2015 at 18:33, Peter Saint-Andre <stpe...@stpeter.im> wrote:

Re: [jdev] (no subject)

, this is demonstrably harder than it should be. Dave. On 8 Dec 2015 07:24, "Sheri Jones" <sheribaby.51...@gmail.com> wrote: > How do I get a jabber id? > > ___ > JDev mailing list > Info: http://mail.jabber.org/mailman/listinfo/jd

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

safe to remove these entirely yet? Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

On 30 April 2015 at 22:08, Goffi go...@goffi.org wrote: Thanks for you answer Dave (and Adrien), So we can talk about federation for different protocol (if I add a gateway to my server, I add a federation with the legacy network), right ? Interesting thought. We normally refer simply

[jdev] Openfire 3.10.0 Released

difference to thousands of people. Thanks for all your support, Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

a bit. More input is always welcome, on standards@ Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

for development you can run quickly out of any directory. There's Node based stuff for this kind of thing too. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

[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

) at open_c...@conference.igniterealtime.org Thanks! Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

cases, but they're solved very nicely this way. Other servers don't do this, though - I think they should. If you wanted to avoid the occupant presence, you'd want an extension which signalled this in much the same way that the history controls work. Dave. -- * - Note that I left Isode over a year

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

Miranda-NG: http://trac.miranda-ng.org/ticket/569 It occurs to me that servers, too, may be vulnerable. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] Handling of MUC within Candy

to the same person in two different rooms, or once in a room and once using the real jid. I'm not sure this is actually a problem generally, but I imagine it could be in some cases. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo

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

particular hash algorithm, or are you generating a perfect hash at buildtime too? Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

or the MIT one. I have probably forgotten to add my copyright to the relevant files; I do nevertheless have a copyright claim. Patches are welcome. I might manage to figure out github pull requests one day, too. If anyone wishes to produce language-specific wrappers, I'd be keen to see them too. Dave

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

identity as the old one. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

know if the client is lying or not? As an aside, channel binding obviates the need for at least the former, since it ties in authentication with the TLS channel in such a ways that there can't be a MITM between the client and server without the authentication being broken anyway. Dave

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

with self-signed certificates. c) DANE provides a higher level of security compared to mere pinning. d) DANE also puts direct trust into the hands of the service admin. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] manifesto 0.4

is probably not the right approach. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] manifesto 0.4

they *need* to target you to snoop on you. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] manifesto 0.4

than that. But they're all achievable - if you think they're not, then actually this isn't the right place to discuss that - it's all based on an Internet Draft that Peter references in the manifesto, and so the place to correct any mistakes is in the IETF. Dave

Re: [jdev] manifesto 0.4

it'll need re-evaluating, and if the trials show serious interop or connectivity issues, then that, too, will cause a re-think. But we'll find this stuff out as we go, not by lowering the bar before we've begun. Dave. ___ JDev mailing list Info: http

Re: [jdev] manifesto 0.4

with, then it's being used in production. This difference in meaning is probably where that confusion is arising. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] manifesto 0.4

that - despite the IM Observatory's work so far - SSLv3 is essential for interop, and we cannot work with the affected sites to correct this, then we might revisit that. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev

Re: [jdev] manifesto 0.4

to be the case with cipher suites and TLS versions. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

a predefined framework for future maintenance, and the support of the XSF's expertise in developing it. And yes, I also appreciate that this means that the XSF gains control of the technical aspects of the network, but I don't think this is a change at all. Dave

Re: [jdev] TLS Everywhere

that this is the time to make that choice. Once this goes out, as it were, it'll be a bit late to try and rebrand (again). Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] TLS Everywhere

plan was, I think, that the (then) JSF would own the trademark outright, but that never happened, and I think that boat has flown the stable - I don't think it's worthwhile exploring now. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman

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

, right? Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] Securing XMPP

worthless, but using it forces an outside agency trying to dragnet to MITM every connection, which raises significant overhead. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

route. Either way, I'm sure there's plenty of people interested in your opinions. Dave. 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-Link, and Soapbox all have active developers

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

making standard roster get requests to other jids, or did when I last looked), or else using the server's own administrative API should it have one. I'm pretty sure both ejabberd and Prosody have some mechanism, in or out of XMPP, for reading a user's roster. Dave

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

the single-fulljid-per-nick case. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

environments it could well be useful, since then a client, or server, can see messages have been acknowledged - or have been missed. Dave. ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

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

the information (probably a XEP-0115 caps element) into the message stanza. Whether or not this makes sense really depends on whether you have nick-sharing going on or not, and whether you want to spend the extra bandwidth. Dave. ___ JDev mailing list Info: http

[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?

is unfortunate, since we spent a lot of time making XMPP work really well on mobile, with things like 198. If these were used... Dave ___ JDev mailing list Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: jdev-unsubscr...@jabber.org ___

Re: [jdev] Presence ACL

into different endpoints seeing a different status/. At least the basic pseudo-node stuff feels generally worthwhile to me, and if there's interest I'll try my best to spec it out into a proper XEP. Dave. ___ JDev mailing list Info: http://mail.jabber.org

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] Problem receiving presence after power outage

I think you might see this if there's no XEP-0198 between servers and the old TCP session is still present on server2. The presence response would go down this dead session, then it'd be detected as dead (TCP RST from server1), but typically the presence won't be resent, as it'll have been

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?

and stressing how easy it all is to do. I can't imagine that there'll be much resistence from such people to talk about their services, and it'd be interesting content for the blog anyway. So, again before approaching the browser vendors, we need a compelling story on ease of deployment. Dave

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

- perhaps even S2S only - which can respond to requests as needed. Sites could provide SASL ANONYMOUS access for browsers to use if they do not have, or do not wish to use, an existing XMPP identity - but I see this as optional for sites (mandatory for the protocol, of course). Dave

Re: [jdev] SCRAM implementations

Probably past your wait period, but SoapBox Server and to-be-released Communicator support SCRAM. On Fri, Feb 11, 2011 at 5:24 PM, Peter Saint-Andre stpe...@stpeter.imwrote: On 2/11/11 4:02 PM, Alexander Gnauck wrote: Is that accurate? Are there any others? MatriX Thanks Alex (and

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

? May as well. If anyone is doing dialback-without-dialback, I'd be interested. Dave: if you could generate certificates signed by an intermediate CA that would be nice to test if servers actually send the whole chain. I'm not generating the certificates, but yes, that should be possible

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

  1   2   3   4   5   >