-
pep.
jonas’, out of curiosity (re xsf@), is it possible to do IBR with aioxmpp and go on with bind afterwards?
-
jonas’
pep., you’d have to SASL first
-
jonas’
it is, but you’ll re-implementing much of what aioxmpp.Client does
-
jonas’
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
-
jonas’
throwing the connection away and reconnecting is saner
-
pep.
hmm
-
jonas’
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
-
pep.
not recommend doing IBR and reusing the stream? Or not recommend doing this with aioxmpp?
-
jonas’
the latter
-
pep.
k
-
jonas’
if you can get a library to take IBR as a pre-auth, post-TLS stream negotiation step, why not.
-
jonas’
but the order of client stream negotiation steps is pretty hardcoded in aioxmpp at this point
-
pep.
I see
-
jonas’
I had it differently in the past, but that only led to pain and sorrow
-
jonas’
(and I see that pain and sorrow repeated in mellium.im/xmpp✎ -
pep.
I was just curious, I doubt many libraries allow this easily anyway
-
jonas’
(and I see that pain and sorrow repeated in mellium.im/xmpp) ✏
-
jonas’
(which, for the record, would support your usecase I think)
-
pep.
I could do it in slixmpp with the extra glue but it's all borked..
-
pep.
See the now almost two years MR waiting..
-
lovetox
pep. but why do you need this?
-
pep.
Just curious
-
pep.
I don't "need it"
-
pep.
If I can reuse the stream, why not.
-
lovetox
i also thought about reusing the stream and then decided its not worht it
-
lovetox
the 2 seconds to reconnect dont hurt, users dont register accounts daily
-
jonas’
don’t look at that thing which is registering and deleting an account every 240s
-
lovetox
also from the XEP i think it is not a MUST work with all servers
-
lovetox
so i thought i dont want to run into weird errors and then have to handle also these