tor 2012-01-12 klockan 15:47 +0700 skrev Sergey Dobrov:
> Hello, I am reading the XEP-96 and see in the requirements section:
> "Enable seamless file transfer, including fall-back mechanisms as
> appropriate", then I see that socks5 and IBB are must be implemented in
> a XEP-96 compatible implement
A thought:
In 0260 there is a "sid" attribute on the transport element.
And in 0065 "SID" is used to calculate the authentication hash.
When using S5B with Jingle and 0260, should the "sid" of the Jingle
session be used, or should perhaps the "sid" of the element
in 0260 be used for this purpose
ons 2010-08-18 klockan 20:58 -0600 skrev Peter Saint-Andre:
> IMHO the element in XEP-0096 is underspecified (in fact all of
> XEP-0096 could use an update), but I think that a session-initiate
> message in Jingle file transfer could include the element.
> Perhaps some examples would help. I'm l
sön 2010-01-24 klockan 18:55 +0100 skrev Marcus Lundblad:
> fre 2010-01-22 klockan 21:15 -0700 skrev Peter Saint-Andre:
> > A number of XEPs are due to be deferred in the next 4-5 weeks. Here is
> > my take...
> >
> > 1. XEP-0215: External Service Discovery
> >
fre 2010-01-22 klockan 21:15 -0700 skrev Peter Saint-Andre:
> A number of XEPs are due to be deferred in the next 4-5 weeks. Here is
> my take...
>
> 1. XEP-0215: External Service Discovery
>http://xmpp.org/extensions/xep-0215.html
>
> I still find this interesting, but we've never received m
fre 2009-11-13 klockan 15:31 +0900 skrev Peter Saint-Andre:
> So this is only for problems connecting to the proxy (which perhaps
> could be checked ahead of time, as Pedro suggests) or also with problems
> related to activation (as you say, if the hashes don't match or the
> proxy doesn't like A'
tor 2009-11-12 klockan 16:52 + skrev Pedro Melo:
> On 2009/11/12, at 16:20, Dirk Meyer wrote:
>
> > Marcus Lundblad wrote:
> >> A has access to a proxy.
> > [...]
> >> At this point A will try to connect to the proxy in order to activate
> >>
I did some testing of my Jingle S5B code today and I hit an issue that
is kinda overlooked currently in the spec.
Lets say A is the initiator and B is the receiver.
A has access to a proxy.
Now A sends the session-intiate message with the streamhost candidates
(local and proxy).
B then sends the s
Out of curiosity, has anyone else besides me looked anything at the file
transfer thumbnails experimental XEP?
I have some working code for it as of now, and would be interested in
getting some feedback on the XEP so that it could be brought up on the
agende for advancement further on :)
//Marcus
k=
>
> Peter
>
> - --
> Peter Saint-Andre
> https://stpeter.im/
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.8 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkpL24cACgkQNL8k5A2w/vxFXwCgsqzo+CW52pkIrcOnQs7FjCKl
> h+MAni60P+cVMjpltko2SjtGzBPnlvdd
> =/czB
> -END PGP SIGNATURE-
--
Marcus Lundblad
Phone +46 (0)18 250582| Cell +46 (0)733 386299
XMPP mlundb...@jabber.org | XMPP mlundb...@gmail.com
MSN m...@update.uu.se | ICQ 11604698
--
ons 2009-05-06 klockan 08:47 -0600 skrev Peter Saint-Andre:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dirk Meyer and I think that we no longer need XEP-0246 (End-to-End XML
> Streams) and XEP-0247 (Jingle XML Streams). Are there any objections to
> simply retracting these?
Is there a
ons 2009-04-29 klockan 00:22 +0200 skrev Jiří Zárevúcký:
> Well... I don't know whether this is the right place to ask this
> question, but is there ANY client that support SI filetransfer via IBB
> correctly in the spec's current revision? The closest I found to
> functional is Tkabber's unannounc
ons 2009-04-22 klockan 15:04 -0500 skrev XMPP Extensions Editor:
> This message constitutes notice of a Last Call for comments on XEP-0256 (Last
> Activity in Presence).
>
> Abstract: This specification defines a way to use the Last Activity extension
> in XMPP presence notifications.
>
> URL:
ons 2009-04-08 klockan 05:54 -0600 skrev Peter Saint-Andre:
> On 4/8/09 3:56 AM, Evgeniy Khramtsov wrote:
> > XMPP Extensions Editor wrote:
> >> Version 0.2 of XEP-0264 (File Transfer Thumbnails) has been released.
> >>
> >> Abstract: This specification defines a way for a client supply a
> >> prev
tor 2009-03-05 klockan 08:43 -0700 skrev Peter Saint-Andre:
> > Q8. How are stanzas routed if there are two or more end-
> > to-end streams between two entities?
>
> It's probably good to have only one. Why would you need two? Perhaps one
> for file transfer and one for XMPP chat?
I thin
tis 2009-01-13 klockan 21:32 +0100 skrev Marcus Lundblad:
> tis 2009-01-13 klockan 13:28 -0700 skrev Peter Saint-Andre:
> >
> > Right, that's what I was thinking. :)
>
> OTOH, an ISP could NAT a number of subscriber behind a single IP, which
> is the one the XMPP
tis 2009-01-13 klockan 13:28 -0700 skrev Peter Saint-Andre:
> Dirk Meyer wrote:
> > Peter Saint-Andre wrote:
> >> 1. authentication attempts per account
> >> 2. authentication attempts per IP address
> >> 3. connection attempts per account
> >> 4. connection attempts per IP address
> >> 5. simultan
mån 2008-12-15 klockan 08:46 -0700 skrev Peter Saint-Andre:
> Recently I've been chatting with some folks off-list about end-to-end
> encryption. I've concluded that while it is possible to set up an
> end-to-end XML stream (XEP-0246) using Jingle (XEP-0247) and then
> upgrade that stream to encryp
fre 2008-10-24 klockan 16:31 -0600 skrev Peter Saint-Andre:
> Sebastiaan Deckers wrote:
>
> > IIRC the term "smiley" is copyrighted by some company. That's why I
> > always use emoticon.
>
> Correct:
>
> http://www.smileyworld.com/
>
> And don't use Buddy List®, either!
>
> Peter
I heard AOL
lör 2008-10-25 klockan 00:13 +0200 skrev Adam Nemeth:
> Oh, 231 reached draft?
>
>
> Well, then I need to work on compatibility with that :)
>
Yep. It's been in draft for a while.
It would be nice to have support in more clients. At the moment Jabbim
has support for it in their SVN development
fre 2008-10-24 klockan 23:52 +0200 skrev Jonathan Schleifer:
> Am 24.10.2008 um 23:48 schrieb Adam Nemeth:
>
> > Hi, I have my outstanding XEP-proto still...
> >
> > https://wiki.sch.bme.hu/bin/view/_Munka/JabberCustomSmileys
> >
> > Haven't touched it in a while for sure, because when I implement
fre 2008-10-24 klockan 10:11 +0200 skrev Jonathan Schleifer:
> Am 23.10.2008 um 22:12 schrieb Peter Saint-Andre:
>
> > XEP-0038 has not been touched in years. If someone wants to take over
> > authorship of that document (or wants to author a replacement), please
> > let me know.
>
> Well, I'd li
tor 2008-10-23 klockan 14:12 -0600 skrev Peter Saint-Andre:
> XEP-0038 has not been touched in years. If someone wants to take over
> authorship of that document (or wants to author a replacement), please
> let me know.
>
> > Also, maybe the :jabber: smiley should be replaced by :xmpp: ... :)
>
tor 2008-10-23 klockan 16:07 +0100 skrev Kevin Smith:
> On Thu, Oct 23, 2008 at 3:58 PM, Jonathan Schleifer
> <[EMAIL PROTECTED]> wrote:
> > I thought about creating a XEP that defines a basic set of emoticons
>
> http://xmpp.org/extensions/xep-0038.html#sect-id2261834
>
> Does define a core se
ons 2008-10-15 klockan 06:18 -0600 skrev Peter Saint-Andre:
> Marcus Lundblad wrote:
> > tis 2008-10-14 klockan 11:56 -0600 skrev Peter Saint-Andre:
> >> Marcus Lundblad wrote:
> >> I think the natural way to send idle time would be to include a notation
> >>
tis 2008-10-14 klockan 11:56 -0600 skrev Peter Saint-Andre:
> Marcus Lundblad wrote:
>
> > One thing I was thinking about is determining the amount of time a user
> > has been "idle". The way it works now is that, using this XEP, you'd
> > send out an ge
mån 2008-10-13 klockan 14:42 -0600 skrev Peter Saint-Andre:
> The XMPP Council would like to advance more of the XSF's standards track
> specifications from Draft to Final. Background information can be found
> here:
>
> http://xmpp.org/extensions/xep-0001.html#approval-std
> http://xmpp.org/exten
In http://www.xmpp.org/extensions/xep-0234.html
Example 29
Shouldn't
be
?
This is after a socks5 bytestream has failed and the initiator has
acknowledged the receivers request for a "content-add" using IBB as a
transport, and then sends the resulting session-accept on that
//Marcus
Hi.
I saw that the use-cases of XEP-0231 has been removed along with the
service discovery features.
Is the intention that this particular use-case will become a part of
XEP-0071?
I found the service discovery feature for using in-band images to be useful.
This way we can send an emoticon as its
> Version 0.7 of XEP-0231 (Bits of Binary) has been released.
>
> Abstract: This specification defines an XMPP protocol extension for
> including or referring to small bits of binary data in an XML stanza.
>
> Changelog: Simplified the protocol; removed fetch element because the cid:
> URI uniquel
ons 2008-07-23 klockan 03:52 +0200 skrev Pavel Simerda:
> Hello,
>
> I have some suggestions for XEP-0231 (Data Element).
>
> Right now, as the example shows:
>
> to='[EMAIL PROTECTED]'
> type='groupchat'>
> Yet here's a spot.
>
>
>
> Yet here's a spot
sön 2008-07-06 klockan 16:46 +0100 skrev Matthew Wild:
> On Sun, Jul 6, 2008 at 4:18 PM, Sebastian M. <[EMAIL PROTECTED]> wrote:
> > Hi List,
> >
> > I wonder if there are any considerations in designing an XEP (draft)
> > allowing the
> > discovery of local users (i.e. in the same subnet by broadc
mån 2008-06-23 klockan 21:31 +0200 skrev Dag Odenhall:
> On Mon, Jun 23, 2008 at 9:16 PM, Andreas Monitzer <[EMAIL PROTECTED]> wrote:
> > On Jun 23, 2008, at 20:20, Dag Odenhall wrote:
> >
> >> Or maybe it should even be a protocol for in-lining any form of data:
> >>
> >> [binary base64]
> >> [b
I was just a little curious, what is the status of XEP-0231?
I'm a bit eager to be able to skip the ":tmp:" from the strings in my
implementation of inband images :-)
//Marcus
mån 2008-06-16 klockan 11:49 -0600 skrev Peter Saint-Andre:
>
> to='[EMAIL PROTECTED]/home'
> type='headline'>
> Why don't you answer, Herbie?
>
> Dude, wake up!
>
>
>
> Seems confusing to me.
>
> > Maybe
> > that would be a bit out-of-scope for the XEP...
> >
>
> I don't have any preferences about that, though perhaps a child
> be better in case we want to internationalize the messages (different
> message for English vs. German or whatever) -- personally that seems
> like overkill to me, but you never know what users will get excited
> about. ;-)
>
Ye
mån 2008-06-16 klockan 19:12 +0200 skrev Andreas Monitzer:
> > Infact, the implementation in libpurple doesn't announce support
> > correctly presently. I've made a patch that fixes that. It has not yet
> > been reviewed though.
>
> Yes, getting changes into libpurple is not that easy. The API fo
mån 2008-06-16 klockan 18:44 +0200 skrev Andreas Monitzer:
> On Jun 16, 2008, at 18:37, Peter Saint-Andre wrote:
>
> > I would not say that XEP-0224 has been implemented widely yet.
>
> Pidgin and Adium do implement it, but changing the namespace there
> shouldn't be a major problem.
>
Infact,
tis 2008-06-10 klockan 11:38 -0600 skrev Peter Saint-Andre:
> On 06/10/2008 11:43 AM, Marcus Lundblad wrote:
> > I was just looking a bit at XEP-0047 (in-band bytestreams).
> >
> > In section 6 it says:
> >
> > Example 6. Acknowledging data using iq
> >
&
I was just looking a bit at XEP-0047 (in-band bytestreams).
In section 6 it says:
Example 6. Acknowledging data using iq
The sender need not wait for these acknowledgements before sending
further stanzas. However, it is RECOMMENDED that the sender does wait in
order to minimize possible rate-li
tor 2008-05-29 klockan 12:05 -0600 skrev Peter Saint-Andre:
> On 05/29/2008 11:34 AM, Marcus Lundblad wrote:
> > tor 2008-05-29 klockan 10:11 -0600 skrev Peter Saint-Andre:
> >> On 05/28/2008 11:50 PM, Marcus Lundblad wrote:
> >
> > Hi.
> >
> > I mean
tor 2008-05-29 klockan 10:11 -0600 skrev Peter Saint-Andre:
> On 05/28/2008 11:50 PM, Marcus Lundblad wrote:
> > Hello.
> >
> > I should probably begin by introducing myself. My name is Marcus.
> >
> > I have recently been looking at XEP 0231, escpecially the p
ink? AFAIK the XEP is still being worked on...
//Marcus
--
Marcus Lundblad
Phone +46 (0)18 250582| Cell +46 (0)733 386299
XMPP [EMAIL PROTECTED] | ICQ 11604698
MSN [EMAIL PROTECTED] | Y!M marcuslundblad
--
43 matches
Mail list logo