.
___
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: jdev-unsubscr...@jabber.org
___
--
Matthias Wimmer
Contact details: http://matthias.wimmer.tel/
smime.p7s
Description: S/MIME cryptographic signature
with
%SERVER_PRECEDENCE. I don't know if OpenSSL has a switch for this as
well.
Regards,
Matthias
--
Matthias Wimmer
Contact details: http://matthias.wimmer.tel/
smime.p7s
Description: S/MIME cryptographic signature
___
JDev mailing list
Info: http
Hi Richard,
Richard Smith schrieb:
message
to=...
from=...
xmlns:magicNS=urn:blah:etc
magicNS:attr1=... ...
Why should it be bad? I don't see why it should be forbidden neither do
I see where it should cause harm.
You should just keep in mind, that
message xmlns='jabber:client'
Hi Bryan!
Bryan Morgan schrieb:
* The inbound item picked up off the queue could also be used to
determine the list of valid recipients, and then.I assumeloop
through them one at a time and send them individiual messages?? Again,
seems to work at a small scale but maybe not at a
Norman Rasmussen schrieb:
XML defines the list of valid characters to be:
#x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x1-#x10]
Which of the following should an IM application perform if the user
(attempts to) enter characters outside of this range?
What might the user
Matthias Wimmer schrieb:
I'd check for invalid characters when converting data from the UI to the
Application-Backend in methods of the backend. But I would not filter,
but reject function/method containing invalid characters.
Read: ... reject function/method *calls* containing invalid
/ allowed in XML.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
Norman Rasmussen schrieb:
If I try and send #1; to my server it drops the connection, so that's no
good.
And the server is right by doing so.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
Artur Hefczyc schrieb:
This is already defined in jabberd2 Component Protocol with session/
packet and used extensively by jabberd2 C2S component to activate
sessions in the Session Manager once user logs in to C2S.
All this looks very interesting to me. I wonder if there are any other
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
words: this is invalid JID)
It is a valid JID.
Node: user
Domain: jabber.org
Resource: [EMAIL PROTECTED]/resource
The resource is allowed to contain '@' as well as '/'. Everything behind
the first '/' character in a JID is the resource.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Matthias Wimmer schrieb:
The resource is allowed to contain '@' as well as '/'. Everything behind
the first '/' character in a JID is the resource.
... but this has nothing to do with XEP-0106 BTW.
XEP-0106 is about mapping non-JID addresses in a JID. e.g. if you have a
E-Mail address
everything you would
get pelementthis is XML/element/p and with that also no XML
parser could understand what of this is your XHTML and what is your XML
document you wrapped.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp
(e.g. an SMTP transport)
where you send an e-mail address to and you get back the mapped e-mail
address as an escaped JID. This is what to old jabber:iq:gateway
protocol did and what can now be done with data forms.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax
not see a JID, but
an other address.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
Sergei Golovan schrieb:
I would say that the introduction of the XEP clearly says that it IS
about allowing nice new characters.
I don't read it that way. I read it:
They one to have O'Hara as their username in the account backend (e.g.
the LDAP server) and they may for example log in to the
Matthias Wimmer schrieb:
They one to have O'Hara as their username in the account backend (e.g.
Please read this as:
If one wants to have ...
(Don't know how I created They one to have.)
Matthias
Hi Sergei!
Sergei Golovan schrieb:
Then I would like to ask who should escape JIDs and when? I don't
think that users will read XEP and escape desired characters.
Well escaping will mostly be done by transports. Consider the case of
the well known msn transport:
MSN has addresses of the form
Hi Sergei!
Sergei Golovan schrieb:
And how should one read:
The escaped JID is unescaped only for presentation to a human user
(typically by an XMPP client)?
As I explained in one of my last e-mails: someone might want to
implement a Jabber client that has an interface like Pidgin but that
Tran Thai Son schrieb:
Did anybody use ejabberd as a server to develop a client?
If you need support for Offline Message Retrieval, you could use
jabberd14 1.6.0 as your server.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 München
Hi Dave!
Dave Cridland schrieb:
One bit of probably unwelcome feedback is that the name is very
confusing - if I'd not seen it here, I'd have thought the protocol it
implemented was BEEP, not XMPP. Naming your implementation of one
asynchronous protocol carrying a payload of XML after another
Hi Sergej!
Sergej Andrejev schrieb:
Is there a way that my presence will always return something
No, I don't think so. And even if there would be always something that
would be returned it would not help you. You do not get all presences
back in a single stanza or TLS record. You get the
Norman Rasmussen schrieb:
i'm looking for information how is calculated the hash in the authreg
table, and how it's generated the token.
I think it might be: H( { username-value, :, realm-value, :, passwd }
I don't think that these fields are for DIGEST-MD5.
Matthias
Nahuel ANGELINETTI schrieb:
i'm looking for information how is calculated the hash in the authreg
table, and how it's generated the token.
I'm not really familiar with C, i do not understand all.
Can you help me ?
Hash and sequence are only needed for a very old authentication
mechanism
Hi Nahuel!
Nahuel ANGELINETTI schrieb:
Are you sure ? because, the field password is non crypted...
and i'm migrating some db from another server, and my users can't
connect with only uncrypted password + realm + username...
Yes I am sure. You only need username, realm, and password. The
Hi Nahuel!
Nahuel ANGELINETTI schrieb:
Thanks a lot, a begin to be successfull !
And do you know what's for the active and logout table ?
Active shows who does have an account on the session manager (while the
previous table is handled by the c2s component). The entry in the active
table
Hi Nahuel!
Nahuel ANGELINETTI schrieb:
And 2 last questions, in Roster table : the from field is when the user
accepted the roster, or the roster accepted the user ?
from is if the subscription type is from, to is if the subscription
type is to, and both are set if the subscription type is
it is legal
with RFC3920) because there seems to be at least one implementation not
supporting this as the target. At least this has been said by its
implementor on this list of the standards mailing list.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91
multiple
pairs of domains for the same connection. You could have amessage.eu
sending stanzas to jabber.org and amessage.info sending stanzas to
users.jabber.org on the same connection if dialback is used.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89
routing:
SASL needs one connection per direction as well. So two TCP connections
for a full-duplex interconnect.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
HI Janne!
Janne Savukoski schrieb:
I'm sorry if this is some frustraginly frequently asked question, but
as I'm seeing Google requesting db-results for several domains under a
single TCP-session, it got me thinking if it's supported (by
xmpp-servers in general) to do multiple SASL-negotiations
Hi Sunng!
sunng schrieb:
i'm trying out the feature of XEP-0013 Flexible Offline Message
Retrieval, and I wish the Server will keep the offline messages .
You could try your code against jabberd14 1.6.0 if it works there, as
this server does support XEP-0013 as well.
Matthias
have to use the later form.
So my suggestion would be to always use the later form for new extensions.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
Hi Lars!
Your mail arrived, but I did not recognize it as a request, but
considered it to be a report.
Lars Sommer schrieb:
When i looked in the jabber.xml file, i found out that it was pointing
to /jabber//usrblabla.. So i deleted my jabber folders, installed the
jabber server again with
Hi Lars!
Lars Sommer schrieb:
now i cant even run the server normally, either in my
usr/local/jabber/jabberd-1.4.4/jabberd/ or in /jabber/bin/
it says ./jabberd: error while loading shared libraries: libpth.so.20:
cannot open shared object file: No such file or directory
You might not feel
Hi Lars!
Lars Sommer schrieb:
0x0001 in ?? ()
(gdb) bt
#0 0x0001 in ?? ()
#1 0x6fff in ?? ()
#2 0x0098 in ?? ()
#3 0x00cc5f18 in xdb_file_phandler (i=0x96a5148, p=0x97ad128,
arg=0x96a86e0) at xdb_file.c:291
[...]
Is this enough debugging info, or should i run gdb with some
Hi Lars!
Lars Sommer schrieb:
[EMAIL PROTECTED] jabberd]# gdb jabberd
blabla
/usr/local/jabber/jabberd-1.4.4/jabberd/jabberd: not in executable
format: File format not recognized
So you still run the non-installed version of jabberd in your debugger!
Hi Peter!
Peter Saint-Andre schrieb:
JabberStudio will be shut down on March 26, two weeks from today. If
you host a code project on JabberStudio, you will need to find a
different repository by March 25. There will be no exceptions. May we
recommend the following?
Will only the repository
='result'query
xmlns='jabber:iq:privacy'list name='Example'item order='3'
action='deny'//list/query/iq'
---
Well your privacy list isn't empty ...
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 München
if that is offered by the server - but servers typically
should not offer this layer if TLS has already been established - as it
is the server for which it matters if that second security layer exists
or not.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49
Forwarding this message to the JDEV list, as I think, that other client
authors might think about this as well.
---BeginMessage---
Sorry I already deleted the posting I am replying.
Concerning the question if establishing a SASL encryption layer should
be supported inside a connection, that is
of developing chatting applications that use Jabber as its
protocol.. check it and tell me ur remarks..
http://www.sourceforge.net/projects/beep/
http://www.sourceforge.net/projects/beep/
--
Karim Hamdan
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
).
If it is not what you already have done: Use something like Wireshark to
dump the network connection between your client and the server.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
Hi Phillip!
Jabber requires a permanently running server backend.
Matthias
Phillip M. Vector schrieb:
Is a server something you can compile with just webpages or does it require
some backend instaliation?
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89
of allowed
elements. If a client has problems implementing this, it is caused
because they are trying to use a UI widget, that is designed for HTML
and not for XHTML.
But I am no client developper, so please let the other people discuss
this topic ...
Matthias
--
Matthias Wimmer Fon +49
Hi Sander!
Sander Devrieze schrieb:
What about making the release numbers of jabberd14 negative to solve the
problem? :o)
Hey ... this is a really cool idea! I like it very much. :-))
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476
Hi!
I am very happy to be finally able to announce the availability of
version 1.6.0 of jabberd14.
http://download.jabberd.org/jabberd14/
New features of version 1.6.0 include:
- jabberd14 used with the jadc2s client connection
manager now fully supports the XMPP RFCs 3920 and 3921.
-
Hi!
I guess all open source implementations do support this.
The jabberd14 server supports it without plugin starting with version 1.4.4.
jabberd2 needs a (free) plugin to store conversations, and it is
supported since one of the 2.0 versions.
ejabberd propably allows storing exchanges
One day later than I wanted, but the second release candidate of
jabberd14 1.6.0 is now available.
As with the first one, testing and feedback is welcome.
Changes since the first release candidate:
- Improved installation compatibility with RedHat.
- Administrator sees s2s connections when
/2/ to a web
location of Tomasz, and to place a note on the new locations of
jabberd14 and jabberd2 on the main page of
http://jabberd.jabberstudio.org/. We should get rid of all that old and
obsolete information on that site. - Tomasz? Peter?
Tot kijk
Matthias
--
Matthias Wimmer Fon +49
name after
version 1.6.0 has been finished. - And I don't consider it my fault,
that jabberd2 took the same project name as jabberd14 already had.
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp
ARP schrieb:
This is what I am sending for the server
Then you should correct it ... (remove the / at the end of the auth
start tag.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
Peter Saint-Andre schrieb:
FYI and FWIW, I've created this page:
http://en.wikipedia.org/wiki/List_of_Jabber_library_software
That seems to be an excelent place for the list of available Jabber
libraries.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax
automatically if you use a full IPv6 inmplementation.
... and the nice thing about it: We have already servers that support
IPv6 ... therefore we already support mobility, it's just that you have
to enable MIP6 on the client's operating system.
Tot kijk
Matthias
--
Matthias Wimmer Fon
is a valid argument. It's not the task
of protocols to work around design restrictions in a language.
If this would be the task of a protocol, we would need some changes in
the protocol to support flash as well.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89
- for any protocol
layering on top of IP. :-)
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
implementations (e.g. jabberd14, jabberd2) even only store and
process the stanza without the stream root element. So a stanza wrapped
by the root element should be okay as well.
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 München
for the stanza with the handle/pointer/... to that
element in the document. After the handler returned/the stanza has been
processed, you can just remove that stanza root element from the DOM
document again.
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243
and generate a DOM- or
DOM-like document, your programs could then use XPath expressions to
subscribe to the stanzas they are interested in, which might be very
handy as well.
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476
-August/024289.html
regards,
Tobias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
smime.p7s
Description: S/MIME Cryptographic Signature
is also known as jabberd version 2.x
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://ma.tthias.eu/
smime.p7s
Description: S/MIME Cryptographic Signature
Maciek Niedzielski schrieb:
Do virtual-hosted domains always resolve to the same IP number? Maybe
this could help to eliminate the duplicates.
No ... e.g. amessage runs on three different domains.
Tot kijk
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
Hi JD!
JD Conley schrieb:
There are actually two paths the exchange might take. The SASL PLAIN
payload may be included in the mechanism element by the client as an
initial response (and this is the recommended method). However, it is
not required. So if you’re building a server you need to
Hi Matt,
Matt Tucker schrieb:
The part you quoted is actually the part that specifies that the node is
not case sensitive. Saying that the nodeprep profile of [STRINGPREP]
applies to nodes (or usernames) is basically a fancy and more accurate
way of stating that usernames are not case sensitive
Hi Alexander!
Alexander Gnauck schrieb:
this is a nice feature. I would be interested to add support for that in
agsXMPP, and also add it to my test.
Cool. I'd like to see this SASL feature having more widespread support
in Jabber implementations.
Matthias
Hi Remko!
Remko Troncon schrieb:
I agree on the server side. However, this feature is handy for
administrators (of big servers), but that's where it stops, isn't it ?
Only a client that wants to implement everything would be interested in
implementing this, but i don't think most client want
the
password for [EMAIL PROTECTED]
Tot kijk
Matthias
--
Matthias Wimmerhttp://matthias.wimmer.name/
Züricher Str. 243 Tel. +49-(0)70 0770 07770
81476 München Jabber: [EMAIL PROTECTED]
Hi!
I just added support for SASL authorization identities to my client
connection manager (jadc2s). This allows to authenticate as an admin
user to the Jabber server, but to authorize as someone else.
I'd now like to know if there is already a client, that supports having
a different
Oleg Motienko schrieb:
Does anybody know a method of discovering jabber server name by ip
address if port 5269/tcp is opened and jabber server listening there?
Jabber servers provide virtual hosting and have typically no default
domain. Therefore, I think it will be at least hard to find out
destination host.
Matthias
--
Matthias Wimmerhttp://matthias.wimmer.name/
Züricher Str. 243 Tel. +49-(0)70 0770 07770
81476 München Jabber: [EMAIL PROTECTED]
not require much computing power.
Matthias
--
Matthias Wimmerhttp://matthias.wimmer.name/
Züricher Str. 243 Tel. +49-(0)70 0770 07770
81476 München Jabber: [EMAIL PROTECTED]
Peter Saint-Andre writes:
BTW: My server always warns me, that the certificate for
users.jabber.org is invalid.
What client do you use?
I get the warning in the log-file of my server (jabberd14 trunk).
Matthias
Lines, David writes:
Hi. I am looking to reduce the chattiness of XMPP. I have been looking at
the stanzas sent and I notice the following occurs;
[...]
Have you ever tried it with another Jabber client? This seems to be a bug of
your client, and you should report it to its developers.
Norman Rasmussen writes:
1. version and stream
2. iq to address and username
3. as above with resource and digest
Other stanzas
My questions are why is stanza #3 sent in addition to #2? Can this
resource and digest information be included in previous stanza via
standard configuration
Hi Peter!
Peter Saint-Andre wrote:
I am working with a certification authority on adding XMPP support to
the certificates they issue. My contact there wants to know about how
various jabber/xmpp server implementations handle certificates. That is,
do the servers operate like Apache (where you
(and that we start
using server certs much more widely).
BTW: My server always warns me, that the certificate for
users.jabber.org is invalid. Neither the CN nor the id-on-xmppAddr
matches users.jabber.org.
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49
the the dialback streams after authentication,
my partner will create a new stream for authetication in the other direction?
A little clarification from experienced people would be welcome :-)
Yes, you can assume this.
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Peter Saint-Andre wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Turner wrote:
Hello,
We are implementing an XMPP server-to-server stack that supports dialback
authentication.
Step five of chapter 8.3 of RFC3920 states that an implementation may re-use an
existing connection for
Trejkaz wrote:
Now this is getting interesting. An XMPP binding for SyncML. :-)
But actually, I think I'd rather have the server push the changes to
my phone, instead of my phone having to ask for them. If I know I
want to keep my contacts in sync, it would be better if changes
occurred in
Tony Finch writes:
That's really bad. The SRV RFC requires that you handle this as a special
case so that you don't csend junk queries to the root name servers.
I agree, that it is an error, and I already opend a bug in jabberd14's
bugzilla (http://bugzilla.jabberd.org/). - I think it got the
message at all.)
Tot kijk
Matthias
BTW: Personally I prefere having the admin address sending an auto-reply
telling the user the admin's Jabber address together with the request
not to missuse this address.
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89
.
Tot kijk
Matthias
--
Matthias Wimmer Fon +49-700 77 00 77 70
Züricher Str. 243Fax +49-89 95 89 91 56
81476 Münchenhttp://matthias.wimmer.name/
Hi Bruce!
Bruce Campbell schrieb:
Actually, in that case it probably should, as the usage of the target
of '.' to stop SRV resolution is only applicable if there is only one
answer, assuming I'm reading 2781^H2 correctly.
Attempting to look up an A/ for '.' is wrong though, but it works
Hi Bruce!
The s2s component in jabberd 1.4.4 will merely ignore the . entry. It
will try to finde a A record for . and as this does not resolve skip
to the next resolved entry, if there are entries with lower priority for
the same service.
jabberd 1.4.4 will NOT try to resolve example.com
Hi Vinod!
Vinod Panicker schrieb:
snip/
The jabberd14 server sends me this when I go for s2s -
stream:stream xmlns='jabber:server' xml:lang='en'
xmlns:stream='http://etherx.jabber.org/streams'
to='xmpp.geodesiconline.com' from='jabber.org'
xmlns:db='jabber:server:dialback' id='C0D77A781679'
HI Vinod!
Vinod Panicker schrieb:
The RFC states that SASL must be done after TLS. Though its not
expressly forbidden, I doubt that TLS+dialback was ever intended in
the first place, since Dialback was written much before there was the
question of TLS.
... but you cannot tell me that
Hi Vinod!
Vinod Panicker schrieb:
snip/
Does this mean that version 1.0 compliant servers can get away with
not supporting TLS+SASL? I thought that was the whole point of
specifying version=1.0, since dialback is present in the RFC just for
legacy compliance.
The point of version=1.0 is
Hi Oleg,
I know you already discovered the link to JEP-0033. One additional
comment: XML does not allow to have multiple attributes with the same
name on the same instance of an element.
Tot kijk
Matthias
Oleg Motienko schrieb:
Hello,
Can message have multiple to on s2s ?
And can
Hi Norman!
Norman Rasmussen schrieb:
Supporting the stringprep profiles is not the same same as what is
normally understood by 'full unicode support'. Stringprep is used to
convert characters that look the same, into the same character. e.g.
you use 'e', and I use 'ê', someone else uses 'è'
Hi Yves!
Yves Goergen schrieb:
Yes, there are many characters above U+0100, that are allowed in
usernames. What is allowed is defined by a stringprep profile called
nodeprep.
Same for the passwords, but using the SASLprep profile.
Umm... I followed that word and its references but
Hi Norman,
Norman Rasmussen schrieb:
Cool, thanks for sorting out that example!
I'm a 'latin' only charset kinda guy, so the notion of stringprep is
pretty foreign to me, but I understand why it's necessary.
Well I even had an example in Latin-1, that demonstrated the nodeprep
profile.
Hi Yves!
Yves Goergen schrieb:
Btw, is it allowed to use non-Latin1 (real Unicode) usernames and
passwords? Maybe I should test this, too, to see if it works.
Yes, there are many characters above U+0100, that are allowed in
usernames. What is allowed is defined by a stringprep profile
Hi Remko!
Remko Troncon schrieb am 2005-12-07 15:44:43:
This would mean that, if you enable presence blocking (a very common thing
to do when you are on a mobile client), and someone unsubscribes, that you
would get an inconsistent roster for the rest of your life ? That somehow
sounds hard
Hi!
I am currently finishing namespace support for the next release of
jabberd14. One remaining thing that is not completely clear to me is the
handling of the different namespace IRIs on c2s- and s2s-links.
Currently I am just mapping all three namespaces 'jabber:client',
'jabber:server',
Hi Larry,
Kirschner, Larry schrieb:
...no matter what I tried, these message would start to propogate very
slowly after I had sent the first few.
Just discovered something interesting with jabber1.4.3 and muc 0.6.0.
I finally tried a test where I sent regular messages with a body and
those
Hi Larry,
Kirschner, Larry schrieb:
I actually don't mind the hack fix I'm using. I just wanted to put the
issue and the fix out there in case someone is having the same problem I
was.
Yeah, this is really interesting, and I very much appreciate this report
even if it would be in
Hi Etan!
Etan Reisner schrieb:
I don't want to hijack this thread, but since this one is active I
thought I'd take advantage of the discussion of the mu-conference
development status to request responses to my mail to standards-jig
from Sept 29 about some JEP-0045 and mu-conference issues I
Hi Peter!
Peter Saint-Andre schrieb:
BTW: Is there still active work on mu-conference?
Not that I know of.
Okay … still trying to contact Peregrine/David, that is listed on the
website of mu-conference. Maybe I should take care of mu-conference in
the future. I think we still need
Hi Guus!
Guus der Kinderen schrieb:
x % of all stanzas received are messages, average size q bytes,
y % of all stanzas received are presence, average size r bytes,
z % of all stanzas received are errors, average size s bytes, ...
For “amessage.de” I know the following (messured are stanzas
Hi Norman!
Norman Rasmussen schrieb:
agreed, tcl/tk looks ugly. gtk is fairly ugly too. Only really Qt is
starting to look pretty. (under win32). Notice Java dropped their
horrid Swing toolkit in preference for native widgets (which makes
apps like Azeureus look practically native)
Well
1 - 100 of 400 matches
Mail list logo