jdev - 2020-04-26

jonas’, out of curiosity (re xsf@), is it possible to do IBR with aioxmpp and go on with bind afterwards?

pep., you’d have to SASL first

it is, but you’ll re-implementing much of what aioxmpp.Client does

I mean, it’s all in some functions which are called by aioxmpp.Client in the end. However, that class ties it all together with auto-resumption and stuff

throwing the connection away and reconnecting is saner

hmm

that said, you *can* do it, and it may make sense for some one-shot use-cases (IBR testing?) but other than that, I’d not recommend it

not recommend doing IBR and reusing the stream? Or not recommend doing this with aioxmpp?

the latter

k

if you can get a library to take IBR as a pre-auth, post-TLS stream negotiation step, why not.

but the order of client stream negotiation steps is pretty hardcoded in aioxmpp at this point

I see

I had it differently in the past, but that only led to pain and sorrow

I was just curious, I doubt many libraries allow this easily anyway

(and I see that pain and sorrow repeated in mellium.im/xmpp) ✏

(which, for the record, would support your usecase I think)

I could do it in slixmpp with the extra glue but it's all borked..

See the now almost two years MR waiting..

pep. but why do you need this?

Just curious

I don't "need it"

If I can reuse the stream, why not.

i also thought about reusing the stream and then decided its not worht it

the 2 seconds to reconnect dont hurt, users dont register accounts daily

don’t look at that thing which is registering and deleting an account every 240s

also from the XEP i think it is not a MUST work with all servers

so i thought i dont want to run into weird errors and then have to handle also these