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 applicati
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
uninteresting, but I'm happy
to sketch something 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
___
clients use 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
>> wro
a lot of traffic.
* Send 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
___
nfigured.
>
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
___
.
The feedback on whether you're joined is pretty good, nonetheless, and
of course Gajim 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
___
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, es
ake 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
ryptography to XMPP. Currently serving on 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
currentl
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:
>
>
> (originally q
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 gateway. Its primary goa
cal on the internet actually; we really need to start
deploying this.
>
> Viele Grüsse,
> -Marcel Waldvogel <https://me.uni.kn/marcel.waldvogel>
> (kurz&bündig)
>
> Am 04.05.2016 um 16:05 schrieb Dave Cridland :
>
>
>
> On 3 May 2016 at 19:10, Tomasz
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
> > fix one thing in
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
> > communications are safe f
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 th
On 8 December 2015 at 20:53, Peter Saint-Andre 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 services from jabber.org <
ublic
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 wrote:
> Dave, my
p, this is demonstrably harder than it should be.
Dave.
On 8 Dec 2015 07:24, "Sheri Jones" wrote:
> How do I get a jabber id?
>
> ___
> JDev mailing list
> Info: http://mail.jabber.org/mailman/listinfo/jdev
> Un
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 the
> telephony
x27;s safe to remove
these entirely yet?
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
On 30 April 2015 at 22:08, Goffi 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 sim
On 30 April 2015 at 13:48, Adrien wrote:
> On 04/30/2015 12:54 PM, Dave Cridland wrote:
>
>> On 30 April 2015 at 11:23, Goffi wrote:
>> [...]
>>
>>> - federated: the ability from servers of different domains (
>>> example.net and capulet
On 30 April 2015 at 11:23, Goffi 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 domain (exam
ug you fix or
feature you add makes a genuine 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
___
community just didn't understand it - as such, there's a lot of
weird choices in the system. The one-way directionality of S2S is just one
case of this.
As such, if you're looking at all this with a fresh pair of eyes and
thinking it doesn't make sense, you're right - and bet
On 9 February 2015 at 07:44, Steffen Larsen 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 are amply cate
trying it out in non-critical
production cases.
We're hoping it'll reach full release rapidly, and we'll be welcoming
experiences of anyone deploying so we can add that last polish. Having
dealt with the last remaining blocking bug, we're expecting this to move to
a final sta
roblems like
this - a microserver 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
___
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
Date: 14 August 2014 11:22
Subject: [Summit] XMPP Summit 16, Berlin, 10th September 2014
goes ahead, volunteers to help organize would be extremely welcome
(most of the Board is EU based this year).
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
to catch
me (or the other developers) at open_c...@conference.igniterealtime.org
Thanks!
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
On 8 May 2014 14:34, Ranucci, Simone 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 t
On 26 Mar 2014 20:59, "Waqas Hussain" wrote:
>
> On Wed, Mar 26, 2014 at 2:05 PM, Dave Cridland wrote:
> >
> > On 26 Mar 2014 17:49, "Daniel Dormont" wrote:
> >> I have a use case where I would like to send a presence to a MUC that
> >>
e 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 lef
On 24 Mar 2014 00:45, "Cabus, Michael" 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.
>
Now, I ass
FYI - this is open to all-comers, so feel free to come along if you're able.
-- Forwarded message --
From: Laura Gill
Date: Thu, Feb 20, 2014 at 9:13 AM
Subject: [Members] London XMPP Meetup - 4th March
To: XSF Members
Hi all,
In case you have missed this in the chatrooms, our
ues/278
> 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
___
ns?
>
>
By talking 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: htt
On 5 Dec 2013 09:02, "Jonas Wielicki" 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
e some searches, too.
Are you using any 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
___
On Thu, Dec 5, 2013 at 6:23 AM, Jonas Wielicki wrote:
> 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^Wcaref
ginal; that is, either the
Boost license 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 languag
make the assertion that the new certificate has the
same identity as the old one.
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
E is utterly proof against any
form of attack, but your argument seems to be that because it's not
perfect, we should instead use something worse.
Critically, the argument "but nobody will attack the initial connect, it
works with SSH" is entirely flawed, as every attack possible is ma
On Fri, Nov 15, 2013 at 8:55 AM, Kevin Smith wrote:
> On Fri, Nov 15, 2013 at 2:33 AM, Peter Saint-Andre wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Matthew Wild has run some analytics on SSL/TLS versions negotiated
>> over a period of time at the jabber.org XMPP service. T
) DANE does work 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
hen
> getting the hacked client becomes the lazy option.
>
>
Actually, the lazy option is to not upgrade the client to support whatever
private extension that supports the particular variety of lockdown and so
on that you want in the first place.
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
d the client used to authenticate the
> server's
> identity and if client is in Lockdown.
>
>
How does the server 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 s
ghable as it sounds. My
phone is a production client. There's no implication of a commercial or
industrial service here. If you're using XMPP software to have
conversations, rather than exclusively to test or develop 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
___
ption, including PFS, and authenticate
all S2S with something rather less than best practise PKI. (No mention of
CRLs, OCSP stapling, etc). Of the two aspects, I'd cheerfully drop the
authentication aspects, frankly, but we're setting a fairly low bar there.
If not enough people sign it'
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.
_
we're suggesting encrypting everything, and with PFS, so that it's
worthless, and so 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
___
't sufficient, then trying to change what "sufficient" means
is probably not the right approach.
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
x27;t even 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 C
hey've disabled TLSv1.2 because 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
___
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
___
t
adapt the rules as we go along. So if it turns out 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
>
The original 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
Inf
P server on the XMPP network. Using one name throughout seems more
sensible.
But I can deal with that - I'm really just flagging 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
___
there's no need to have the overhead of a XEP,
especially now when it would fit into two paragraphs at best, but it gives
the network a predefined framework for future maintenance, and the support
of the XSF's expertise in developing it.
And yes, I also
want, but it doesn't include the version
and OS, it would be nice to have that in one place.
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. But it's probably OK as long as
e previously considered this largely
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
___
On 23 Aug 2013 00:33, "Pravin Sinha" 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 a chat room o
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 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 layer.
Just that its
On 20 Aug 2013 09:48, "Ashley Ward" wrote:
>
> On 15 Aug 2013, at 14:33, Dave Cridland 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-Link,
ore slim.
So I'm afraid the summary is that you're out on the bleeding edge, here -
SXE may do what you need, or else you might want to go your own route.
Either way, I'm sure there's plenty of people interested in your opinions.
Dave.
PS - I would personally consider a d
de's M-Link, again, supports admin users
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
On Tue, Jun 11, 2013 at 6:10 PM, Bartosz Małkowski wrote:
> 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 that blocking ent
t
the really hard cases (like the MedEvac one I invented above) and figure
out what *should* happen there. One thing that would be sensible is if
clients could indicate that they understood nick-sharing, and have
additional information exposed to them.
I should really write this up properly...
But in
On 14 May 2013 13:36, "Peter Saint-Andre" 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 user experience
ary and other critical 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
___
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
Unsubscr
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: http://mail.jabbe
going to need to put 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.
___
J
This probably touches on things a lot of us work on.
-- Forwarded message --
From: "Paul Hoffman"
Date: 14 Feb 2013 17:28
Subject: [apps-discuss] Revised proposal for a DNS API
To: "apps-disc...@ietf.org Discuss"
Cc:
Greetings again. After my message a few weeks ago, a couple app
On 9 Jan 2013 08:16, "Winfried Tilanus" 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 phone) is XM
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
owledgement) opposed to WhatsApp & Skype.
>
>
Which 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
___
oints seeing a different .
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/mailma
pdate that and give Peter another XEP
or two to publish...
{Disclaimer: I work for Isode, on M-Link, so I'm unashamedly biased toward
that, or Stroke/Swiften, too.}
HTH,
Dave.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
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" wrote:
> On 2012-09-04T10:12:55 CEST, Steffen Larsen wrote:
> > Yes its definitely out of
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" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 8/22/12 6:18 AM, Bartosz Małkowski wrote:
>
f services and specialist clients are
very interesting, and maybe the XSF 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.c
se-cases for 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
nk 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 Lem
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 lost
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 -
we've got a
whole "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.
ds 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
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 - mai
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
not I 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/
Infotro
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 - mai
oesn't have an
A record, 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/byown
e?
An easy way to check is by discoing 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/
ish to solve
the
problems I 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
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
testu...@test.org/unknownclient ?
Either of the first two *with that implementation*, but typically the
first.
Why this failure is returned even when the response stanza is
empty?:
Because something is wrong, and it will not provide detailed errors
in case of an at
ide an XMPP endpoint - 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,
1 - 100 of 577 matches
Mail list logo
