jdev - 2022-05-27

Newbie question: how does "pre-emptively grant subscription requests" work? Do I just send a `<presence type="subscribed">` to the contact or are there other subtleties?

badrihippo, that sounds about right, see also https://datatracker.ietf.org/doc/html/rfc6121#section-3.4

Ah that's what I was looking for; thank you! 🙂

badrihippo, of course you need a server that actually supports that

which is ot a given

but i guess it doesnt hurt to just do it

Question, after successful AUTH we are supposed to reset the stream

what if i want to end the stream right after AUTH

would i need to wait on the server reinitiating the stream with <stream:stream ...>

then send it </stream:stream>

currently i send </stream:stream> instantly after i recieve the <success> from the auth

the server responds to that with a </stream:stream>

which i parser rejects because the server never reinitiated the stream after <success>

sounds like a server bug or?

you mean the server should send a stream open immediately followed by </stream>?

i guess ..

im not sure how the server even can send </stream> first

i mean would a server not queue up the stream open instantly after sending <success>

what is he waiting for ?

or is he waiting for my client?

am i supposed to open the stream and server reacts to that with a open himself

lovetox, "would i need to wait on the server reinitiating the stream with <stream:stream ...>" does the server wait for the client to send the next stream open after <success/>?

yeah ..

basically the server just awaits commands from the client

so actually, i need to reopen the stream, and end it afterwards

and in your case, your client sends </stream> instead of a new stream open tag

or i simply dont reopen, but also dont reset the parser

ok, thanks flow that helped

I think you want to reset your parser only after you send a new stream open tag

# Reset parser because we will receive a new stream header # which will otherwise lead to a parsing error

thats my comment, so i guess some servers do indeed send out stream reopen

well actually before you send the stream open tag, as otherwise this could be racy, but definelty only reset the parser if your logic decided that it will send a new stream open tag

and not wait for the client

but then this would be a server bug, because client opens streams not servers

hmm servers sending stream open unsolicited would probably be a server bug

i guess its the expected thing after auth, so maybe server dev thought not to wait for client

but yeah they should not do this

right

lovetox: I'm running the server, so that's not an issue 🙂

The standard says not to do it unless the server supports it though (duh) so I'll try to check for that first ✏

thats what i meant

i just remember some servers did just not implement that

hmmmm i found the server who does this :D

prosody bug report incoming :)

ok maybe not

damn

> Upon receiving the <success/> element, the initiating entity MUST initiate a new stream over the existing TCP connection by sending a new initial stream header to the receiving entity (as specified under Section 4.3.3, the initiating entity MUST NOT send a closing </stream> tag before sending the new initial stream header, since the receiving entity and initiating entity MUST consider the original stream to be replaced upon success of the SASL negotiation). ✏

so im not allowed to end the stream

i need to reopen it, just to end it

or i simply do nothing

if i dont reopen i also dont need to close ..

but maybe its better to open and then to close, otherwise the server might have some resource handing around?

https://share.hoerist.com/philipp/Mam1fIoti0xJnAZe/rfc.jpg

lovetox, I forgot to ask previously: in which situation do you want to close the stream after the SASL auth was successful?

I only want to test that account credentials input by the user are correct

I have this as a precondition before adding the account with all settings dB tables etc to gajim

I see, makes sense. So yeah, with the spec part you dugged out, it appears you have to restart the stream to end the stream

Also I want to give the user an option to add the account without connecting yet