Hi everybody,
I'd like to suggest to change the URL for aSmack - which is the Smack
port for Android - to another repository. The current link is to Rene
Treffer's initial asmack repository, which hasn't seen any updates in
the last 2 years. I'd really like to thank Rene for his work here! It
On 12.10.2012 03:30, Tomasz Sterna wrote:
> Hello.
>
> Does anyone have an idea, why Smack (the Java client library) is
> producing these invalid challenge response:
>
> =
>
> Notice the single = character in place of empty data.
> Single = character is invalid Base64 data and it prevents SMACK
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
I have registered asmack.org and setup a redirect to the github site
of aSmack. This gives me more control about the home of aSmack and
makes it easier if we want to switch from github to something else.
Please update the link from githu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.06.2013 15:24, Simon Tennant wrote:
> BTW, thanks for looking after ASmack. It's a great improvement that
> Rene Treffer and now you did to the original Smack library. Highly
> recommended for anyone looking to run native XMPP to an Android
> cl
Hi,
I recently added support for Privacy Lists (XEP-0016) in my Android
app and ran into some problems.
The major problem first: If a session is created with a privacy list,
that has a disallow fall-through and another rule that allows
everything from JIDs with subscription 'both', then you coul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03.06.2014 09:15, Stefan Karlsson wrote:
> Yes. Very nice! Iam hoping this means more developers time on
> keeping smack* updated aswell :-)
That is already taken care of since a few months. What's still lacking
is contribution or at least partic
On Wed, Aug 27, 2014 at 3:50 AM, Elvir Bahtijaragic
wrote:
>
> Initially it started as an efficient load testing client for testing
> Openfire - we are able to simulate 15000 clients on a xlarge instance on
> AWS. Other XMPP clients were unable to handle a large number of XMPP
> clients on a singl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01.09.2014 21:12, Tobias Kräntzer wrote:
> I’m planning to build a module that combines XMPP-PubSub with
> remoteStorage [1].
That sounds like a great project!
> The question is, how should the items in the collections be mapped
> between the tw
On 02.02.2015 18:39, Michael Weibel wrote:
> Hi all,
>
> MongooseIM currently sends stream:features as „features“ for websockets
> connections and strophe.js doesn’t recognize this currently[1].
> How I read the RFC is that both behaviours (stream:features or just
> „features“) are correct:
>
>
On 03.02.2015 12:53, Michael Weibel wrote:
> It looks as if you'd need to use the "stream:" prefix for "features" but
> you shouldn't/mustn't use it for "error".
What makes you think that you need to use a prefix (or String 'stream'
as prefix) when using features?
- Florian
__
On 11.02.2015 14:27, lu...@zauberstuhl.de wrote:
> Hi, I am new and I hope that is the right mailing list for questions
> like this.
It is the right mailing list. But there is also the
j...@conference.jabber.org MUC, which is also a good place to ask questions.
Nice to see that someone is working
On 05.09.2014 21:40, Tobias Kräntzer wrote:
> Am 03.09.2014 um 16:30 schrieb Florian Schmaus :
>
>>> The question is, how should the items in the collections be mapped
>>> between the two APIs. remoteStorage is tree based and PubSub is
>>> somehow „list-based“
On 12.03.2015 12:19, Kevin Smith wrote:
> Hi folks,
>
> On 4 Mar 2015, at 18:07, Kevin Smith wrote:
>> Mentors: I need your teaser ideas please (Thanks to Simon for getting his
>> up)!
>
> I’ve just done an audit of the ideas page for teaser tasks as student
> applications are about to start.
t shortlog -sn 4.0.0..4.1.0
631 Florian Schmaus
4 Vyacheslav Blinov
3 Anno van Vliet
3 Daniele Ricci
2 Georg Lukas
2 Júlio Cesar Bueno Cotta
2 lucastucchi
2 vito-c
1 Abmar Barros
1 Anno
1 Chris Deering
1 Christoph Fiehe
1 Gi
On 29.03.2015 20:43, Matthew Wild wrote:
> On 29 March 2015 at 15:25, Florian Schmaus wrote:
>> The Ignite Realtime community is very happy and proud to announce the
>> release of Smack 4.1, our open source XMPP client library. Since Smack
>> 4.1 is not binary compatible wi
On 12.02.2016 13:04, Niklas Andersson wrote:
> What are your thoughts/comments/questions?
I was about to write "Jingle" but Matthew was faster. :) So I'm try to
elaborate a bit on that: Your abstract requirement is to establish a
session between two (or more) entities which can be used to transfe
On 01.07.2016 16:22, Marcel Waldvogel wrote:
> For reliability requirements over wireless connections: don't use BOSH;
> do use Stream Management (XEP-0198)
Exactly. And if you want the BOSH advantage over XMPP's TCP binding,
i.e., using standard HTTP(S) ports, then use XMPP's WebSocket binding
(R
Given the latest discussions at council@/standards@ ([1] 5.) I think it
is time for a short inquiry of XMPP server behaviour in the wild. Please
answer the following questions:
1. What is the name of the server you develop?
2. Is the carbons state restored after a stream resumption (XEP-0198)?
(y
lease marks a milestone for Smack, but before I got into the
exciting new features, I'd like to thank the various contributors:
$ git shortlog -sn 4.1.0..4.2.0
459 Florian Schmaus
8 Fernando Ramirez
3 Anno van Vliet
3 Tibo-lg
3 damencho
3 ramabit
We are happy to announce that the XMPP Standards Foundation (XSF) is
applying as Google Summer of Code (GSoC) organization.
Open source projects are now able to add their XMPP-related project ideas to
https://wiki.xmpp.org/web/GSoC/2019/Project_Ideas
Interested parties are also invited to join u
On 21.01.19 11:56, Matthew Wild wrote:
>
>
> On Mon, 21 Jan 2019, 02:59 Florian Schmaus <mailto:f...@geekplace.eu> wrote:
>
> We are happy to announce that the XMPP Standards Foundation (XSF) is
> applying as Google Summer of Code (GSoC) organization.
>
>
jXMPP [1], a FOSS XMPP-base library, has just been extended by a
testframework for "XMPP-Strings". Currently, this is limited to Local-,
Domain- and Resourceparts and the various XMPP address types, but may be
extended to future Strings found in XMPP-land.
The testframework comes with a corpus of
22 matches
Mail list logo