Am 14.04.2011 um 20:33 schrieb Dave Cridland:
;; ANSWER SECTION:
_xmpp-server._tcp.dave.cridland.net. 86400 IN SRV 5 1 5269
peirce-6.dave.cridland.net.
_xmpp-server._tcp.dave.cridland.net. 86400 IN SRV 9 1 5269
peirce-4.dave.cridland.net.
Doing the same for clients would be interesting.
What about XEP-0070? IIRC, it's not really limited to HTTP, you can just give
any URL and use it to auth whatever you want. Plus, it's already implemented in
clients.
--
Jonathan
PGP.sig
Description: Signierter Teil der Nachricht
___
JDev mailing
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Am 27.08.2010 um 17:48 schrieb Mathias Ertl:
To be fair, Stephen Pendleton claimed earlier in this thread there is a
memory leak in Openfire. Jonathan Schleifer claimed that PEP is not
supported in jabberd1 and jabberd2, the latter still
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Am 27.08.2010 um 18:58 schrieb Evgeniy Khramtsov:
Of course, I'm not in a very comfortable position, because it is not so
simple to count traffic, but nowadays I can't say if the overhead will be
really great because of TLS-compressed links
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Am 10.08.2010 um 19:05 schrieb Tomasz Sterna:
Dnia 2010-07-10, sob o godzinie 22:33 -0700, Matt Mason pisze:
It could be that no updates = stability!
This is the case with jabberd2.
It reached stability and I do not touch it unless I have
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Am 26.08.2010 um 11:04 schrieb Dave Cridland:
Servers not implementing these XEPs, and/or not updating their
implementations as we learn more about the operational aspects, are going to
be left behind to at least some degree.
Which is
Am 24.02.2010 um 17:43 schrieb Maciek Niedzielski:
On 2010-02-24 17:27, Nathan Fritz wrote:
Perhaps some client driven pep is in order for showing a user facing
unique name for individual sessions.
Based on current usage of resource, most probably description field
from
geoloc would be a
Am 04.10.2009 um 18:30 schrieb Alexey Nezhdanov:
On Sunday 04 October 2009 20:22:18 Alexey Nezhdanov wrote:
Hmm.
That's quite interesting suggestion. ... Thank you for an
idea. I'll look into it.
Bad luck. I forgot that Miranda is win32-only.
I target either for unix-only or cross-platform...
Alexey Nezhdanov snak...@gmail.com wrote:
The purpose of mod_purple is to integrate libpurple.so with ejabberd
- so that xmpp/icq/msn/yahoo/aim/whatever can be bridged. IOW - that
is an alternetive project to py-t
Hm, it's always good to have alternatives, however, I don't think
libpurple
Am 10.05.2009 um 11:52 schrieb 周聪伟:
maybe we can encode the voice data to Base64.
This sounds horrible, especially for mobile use. It really is the
worst case there! Base64 makes data about 1/3 bigger and with GPRS,
every byte counts.
You should instead have a bot which you can tell you
Am 25.03.2009 um 19:14 schrieb Will Gardner:
Although xml storage gives me the impression that it just storing
-- but I think it means sending and receiving as well.
No, it doesn't. It's just to store arbitrary XML data on the server
and receive it later.
What you want it just XMPP core,
Am 11.03.2009 um 19:43 schrieb Dirk Meyer:
Right. It is all about marketing. It would help (not for my sister) if
we easy MSN/AIM/ICQ integration (gateway) in the servers and an EASY
way
to provide the credentials. That makes switching painless for
everything
except Skype (You can still
Am 11.03.2009 um 21:19 schrieb Norman Rasmussen:
It depends on if stpeter is on your roster with a subscription
status of 'from' or 'both' or not.
I was talking about both.
rfc3921bis-07 section 4.6.2: summary:
if the user is on your roster: then global can override directed,
Which is a
Am 12.03.2009 um 16:13 schrieb Peter Saint-Andre:
Heh, that's what I've been suggesting for years.
It's easy for those who don't run the services to make suggestions.
Gateways are a royal pain in the ass, which is why we haven't run them
at jabber.org since 2000 or 2001.
I know that and I
Am 12.03.2009 um 17:50 schrieb Dave Cridland:
Well, I'm certainly not denying that any officially selected client
would have a massive advantage, but I think all clients would benefit
from attempting to be the chosen one, and as long as we were careful
about reselecting the client on a regular
Am 12.03.2009 um 18:59 schrieb Peter Saint-Andre:
On 3/10/09 1:00 AM, Nathan Fritz wrote:
XMPP sucks because the namespaces are incredibly inconsistent
Could you explain that more?
I guess he's talking about jabber:iq:* vs. urn:xmpp:* vs. http://jabber.org/*
--
Jonathan
PGP.sig
Am 11.03.2009 um 16:50 schrieb Peter Saint-Andre:
They are also how you join a MUC room.
I suggest that we spend our time on more productive tasks than getting
rid of directed presence or change presence subscriptions to IQs or
whatever.
Uhm, if I'm not totally wrong,
presence
Am 11.03.2009 um 18:10 schrieb Dave Cridland:
No, you're signalling your availability to stpeter. That
availability is allowed to be different to your general
availability, this is true. And because of the interaction between
directed presence and the roster, things can get complicated.
I'd like to bring up a topic: Directed presences.
IMO, as they are now, they are quite useless. One might even consider
that a bug in the RFC :).
--
Jonathan
PGP.sig
Description: Signierter Teil der Nachricht
___
JDev mailing list
Forum:
Am 09.03.2009 um 08:25 schrieb Yann Leboulanger:
Maybe because Client dev don't play :)
Maybe because it's hard to know whether User is playing (Games don't
announce via D-Bus that it's running, like User Tune)
I think the question was who implemented games and not why not ;).
Anyway, Gajim
Am 09.03.2009 um 13:28 schrieb Guillaume Desmottes:
I found the following public proxies which are currently working:
proxy.netlab.cz (used by Gajim as default) and proxy.jabberfr.org.
Those are very unreliable.
proxy.jabber.org doesn't seem to work.
It has been removed a while ago.
I
Am 15.12.2008 um 10:51 schrieb Philippe Sultan:
I was wondering if the thread element, used to identify
conversations, is actually implemented in some XMPP clients, or if
there are plans to implement it.
Yes, it is, in Gajim. It's required due to the ESessions support.
This seems to be a
Am 12.12.2008 um 23:00 schrieb Alexander Gnauck:
gives you this output:
te...@server.com/Resource
te...@server.com/Resource
Why is ß replaced with ss? AFAIK, ß is allowed in the username part of
the JID and with the new IDN standard which is currently in
discussion, it would be even
Am 11.12.2008 um 09:06 schrieb Dave Cridland:
(Which tends to break my connection when I'm on the mobile, but I
found out how to turn it off).
Ah, so I'm not the only one having this problem :). Maybe the timeout
should be increased, like send a ping every 300 sec and wait for the
reply
Am 11.12.2008 um 13:52 schrieb Yann Leboulanger:
In this case it's useless, as it's more or less the TCP timeout ...
Nope, the TCP timeout is not the problem. If a TCP/IP packet gets into
a timeout, it is resent. When I disable the pings, the connection
doesn't get killed, it's slow, but
Am 10.12.2008 um 20:11 schrieb Dirk Meyer:
Great. A question to day 2: I guess the priority will be on XMPP as
Skype replacement, so RTP over Jingle, ICE-UDP and friends. But we
should also have a discussion about the future of Jingle for TCP-like
requirements like file-transfer and e2e streams
Presences between servers are indeed a problem and very error-prone.
Maybe we should have a XEP that allows better exchange of presence
between server, that is when the s2s was just established? It often
gives timeout and a XEP that would list all JIDs of users from server
A for which
Am 04.12.2008 um 16:01 schrieb Tomasz Sterna:
This is possible already without any additional XEP.
Just push presence/ packets after an S2S connection is established.
And it is implementable both sides.
Your server could also pull all required presence states with
presence-probes to users on
Am 26.11.2008 um 20:17 schrieb Mikael Hallendal:
The segfault sound odd but the documentation could do with an update
for 1.4 (XMPP 1.0 branch). I'll look into that, thanks for letting me
know.
No problem. Feel free to contact me if I should test again. The
loudmoth API didn't look so
Am 25.11.2008 um 13:41 schrieb Mikael Hallendal:
I'm the author of Loudmouth and just wanted if you could describe what
made it not suited for your needs?
When trying to connect to my ejabberd server with STARTTLS-required or
alternatively SSL on port 5223, it would just segfault.
And the
Am 24.11.2008 um 20:06 schrieb Patrick Logan:
4. C vs.C++ - I'd prefer a C code base, but C++ is ok - the more
C-like the API, the better.
I was looking for one in C, but couldn't find any that suited me and
started my own, which is, due to other projects, stalled now. I will
eventually
Am 17.11.2008 um 17:17 schrieb Matthew Wild:
For myself (and I'm sure others too), I'm already planning to come to
Brussels in February, just a month later. I'm not quite sure I'd be
able to make one in Paris also. If we focus our efforts on FOSDEM and
the summit, then I think we'll end up
Forging a sender of jdev@jabber.org is enough to get through the
subscription filter? oO
Peter, maybe you need to have a look at that.
--
Jonathan
PGP.sig
Description: This is a digitally signed message part
___
JDev mailing list
FAQ:
Am 10.11.2008 um 07:57 schrieb Jonathan Dickinson:
Lol, careful about making statements like that on a public mailing
list (although I can sympathise, the build scenario on Linux chased
me back to Windows).
Huh? For me, it was the other way around. Windows buildsystems chased
me to
Am 07.11.2008 um 12:09 schrieb Serge Fonville:
I am trying to compile jabberd14 on windows using mingw and msys
Is there any reason why someone would still use jabberd14, especially
on Windows?
--
Jonathan
PGP.sig
Description: This is a digitally signed message part
ashiraz [EMAIL PROTECTED] wrote:
See here : http://www.jabberforum.org/showpost.php?p=4734postcount=5
the error file is at the bottom of post 5 by me called error.jpg
The file can't be downloaded without an account - and I'm not going to
create an account just for that. You should better
Am 31.10.2008 um 06:48 schrieb ashiraz:
i have included the jpg with the error ...
Uhm, can't see neither any attached files, nor an URL to a JPEG file.
--
Jonathan
PGP.sig
Description: This is a digitally signed message part
___
JDev mailing
Isn't the XMPP summit during the FOSDEM or even *at* the FOSDEM?
--
Jonathan
PGP.sig
Description: This is a digitally signed message part
___
JDev mailing list
FAQ: http://www.jabber.org/discussion-lists/jdev-faq
Forum:
Am 03.09.2008 um 00:36 schrieb JLIST:
I think delivered and delivered once would be good enough for me.
If not delivered for any reason, I'd like to be notified about it
so that I'll resend it. But the ideal solution would be like yahoo
or msn messenger which store undelivered messages and
Am 03.09.2008 um 00:36 schrieb Dave Cridland:
Tsk. That won't guarantee delivery. You need that *and* XEP-0198 on
every hop. And, of course, you need to be able to reconnect if your
network connection does go down.
Even that won't guarantee delivery. It will just notify you if
something
Am 03.09.2008 um 05:08 schrieb Peter Saint-Andre:
OK. So most IM users don't care very much. We're talking about human
communication, not app-to-app data transfer of the kind that this
JLIST person seems to be envisioning.
Uhm, not true. I know of many (including me) who see this as the
Am 03.09.2008 um 18:38 schrieb Kevin Smith:
Apologies - I jumped in on the middle of the thread and assumed it was
the one that JS told me he was going to post on 184 being reliable
delivery. I'll wait until he does post that to say these things again.
Sorry, will take a while as I'm ill atm.
Am 02.09.2008 um 18:30 schrieb Pedro Melo:
Thanks Pedro! Although message / doesn't get a reply,
I suppose its delivery is still guaranteed by the transport?
No, unless you use http://www.xmpp.org/extensions/xep-0079.html and
AFAIK no server supports that. So if you need reliability, I would
Am 15.08.2008 um 14:07 schrieb Zenon Kuder jr.:
Particularly the moods and activites should be
a) consistent among different clients with same language
b) consistent among different languages.
to avoid social problems :-).
I really agree. Moods can be very different on translation, I noticed
Peter Saint-Andre [EMAIL PROTECTED] wrote:
No, I don't.
We should talk about mood translations then. We could use Gajim's
current mood translations as a starting point (the German translation
is quite good actually - I myself fixed the translation there, as some
were translated very wrong. Took
Sander Devrieze [EMAIL PROTECTED] wrote:
Anyway, we collected Mood translations for these languages so far (not
all languages are up to date; contributions are welcome! ;-) ):
* Czech
* German
* Spanish
* Italian
* Korean
* Dutch
* Polish
* Swedish
For german, there were only about 20%
Jonathan Schleifer [EMAIL PROTECTED] wrote:
for German, French and Russian, maybe even know, but at least, I know
s/know/more/
--
Jonathan
signature.asc
Description: PGP signature
___
JDev mailing list
FAQ: http://www.jabber.org/discussion-lists
For my server webkeks.org, I was using pyICQ-t. Over the time, I
developed a few patches to make it usable again. Since the developers
of pyICQ-t showed no interested at all in bug reports or even patches,
I just hacked my local version.
As the patches grew, I decided to make them public. I
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
Try to contact some people on muc channel
[EMAIL PROTECTED]
for infos about pyicq-t.
That channel is as dead as the Google Code project.
Before I decided to put all my patches together and create a branch, I
tried multiple times to get patches
Tomasz Sterna [EMAIL PROTECTED] wrote:
Do what I did with jabberd2. Do not fork, just pick up and go on.
If you do a good job, your version would eventually become
official. :-)
What exactly do you mean by pick up? Working on a branch and hoping it
will become 'official' someday?
P.S. I'm
Daniel Henninger [EMAIL PROTECTED] wrote:
It's a shame you didn't contact me a couple of months ago when I was
recruiting people to take it over. =) Either way, good luck with it!
I created multiple tickets in the bug tracker, pasted multiple patches,
joined the channel, only one person was
Gajim SVN (and the soon-coming 0.12 release) allows converting a chat
to a groupchat. It's not that seamless atm, but we're working on that.
This works just fine together with ejabberd 2.x.
--
Jonathan
signature.asc
Description: PGP signature
___
Kjell Braden [EMAIL PROTECTED] wrote:
Now the local user receives the message and creates a context for
[EMAIL PROTECTED]/resource. But since the local user does not know
about any resources, the messages he sends have to be sent to
[EMAIL PROTECTED].
Not exactly. That's no problem at all.
53 matches
Mail list logo