XMPP Service Operators - 2022-02-08

Hi. At the risk of ruining own nickname... I have a sudden problem sending offline messages to a contact at creep.im, is the admin around? Conversations reports: > Your contact offline message queue is full. The message has been discarded. even though I've sent no more than a single message since they last been online. Possibly related is that the error appeared after a period of silently being unable to send the message at all: Conversations shown the status of "sending..." since yesterday.

Could it be that the client tried to re-send too many times, without the server responding but silently putting the message into the queue?

or maybe they have been a victim of a spam attack and their queue is now full until they log in, to be drowned in spam

jonas’: Hmmm, possible, I guess, but unlikely: I don't think they published their address anywhere, as I suspect they use it only for contacting me :)

I've pinged the admin directly just in case they don't come here often ✏

It could also happen if offline messages are disabled, or the server disk is full, or the database is broken, or...

Licaon_Kter: thanks a bunch!

Offline messages worked before, and it is unlikely the contact fiddled with archival settings, so seems more of a server-side issue

Oh, and they do use Pidgin btw. Yeah. I'm just assuming it shouldn't be able to break offline queue on the server

lurker: first of all, ask them ta upgrade to a newer than 2018 client like Gajim or Dino :)

Menel: you mean, can it into MAM? I don't think so

Licaon_Kter: I tried... Will try more, though

Daaamittttt (╯°□°）╯︵ ┻━┻

:))

Can pidgin into mam?, yeah :) ✏

Now I have to _catch_ them online, unless this is fixable admin-side

Hey! Pidgin was updated last september. Not sure it helps tho

mjk: why is everyone repeating that nonesense. No... The xmpp support of Pidgin is pre 2018 at its best. Random .x.x.x fixups don't matter.

Licaon_Kter: ahhh, I see. So yea, doesn't help definitely

Martin: the dino-win room seems to be down, perhaps the whole server is :)

Huh, if the server is down I couldn't read here.

mjk: I see you joined there…

Martin: those are my ghosts :))

Neither of my two accounts can connect (don't see the participants list, for example)

Oh, rejoined, and now it works

Hmm.

You're using creep.im?

One of the two, yes, but the other couldn't join either

Looks like their IPv4 is broken. Maybe that's causing issues (although my IPv6 is working)…

(With the mjk_ nickname)

Martin: of creep.im? I have a friend who uses it

Maybe thats why he isnot able to connect the last few days

MSavoritias (she,they): yes

Creep does seem to have issues recently, but strange that I couldn't join from another server

> xmpp-dns -ct creep.im > xmpp-client creep.im. 5222 > Priority: 10 Weight: 0 > IP: 54.36.182.250 > Connection: [Not OK] > dial tcp4 54.36.182.250:5222: i/o timeout > > xmpps-client creep.im. 443 > Priority: 10 Weight: 0 > IP: 54.36.182.250 > Connection: [OK] > StartTLS: [Not OK] > Received EOF during handshake.

Hmm, they don't even have v6.

mjk: I see only one of your accounts in dino-win. What server is the other one using?

xmpp.net also fails to connect to creep.im: https://xmpp.net/result.php?domain=creep.im&type=client

I feel connected though

Weird. Maybe it just doesn't want new connections. ^^

naw, I purposely reconnected. weird stuff

BTW, xmpp-server and xmpps-server at the same port looks wrong too: > xmpp-dns -s creep.im > xmpp-server creep.im. 5269 > Priority: 10 Weight: 0 > > xmpps-server creep.im. 5269 > Priority: 10 Weight: 0

Why? Hopefully they multiplex there...

Same priority seems wrong though

You do weird things to do starttls and direct tls on the same port? o.O

I think it's more probably a wrong record.

> xmpps-server creep.im. 5269 > Priority: 10 Weight: 0 > IP: 54.36.182.250 > Connection: [OK] > TLS: [Not OK] > tls: first record does not look like a TLS handshak

Lost one `e` in the copypasta… :(

That's not weird it's basically recommended, I have https, xmpps, XMPP, imaps, smtps, dot and more all on port 443

Why would you do such things on a server port?

https://wiki.xmpp.org/web/Tech_pages/XEP-0368

I can understand this on client ports as people run all sort of weird firewalls.

Martin: so you can still connect to all your services from crappy networks

Oh right s2s, but there no reason not to

Why make it complicated if there is no need to?

Which is more complicated

You already have a multiplexer listening on a port, use it

Also I don't think your theory that this is intentional doesn't make sense as they put xmpp-server and xmpps-server on 5269.

So if they want their server reachable from crappy servers in the airport wifi they'd put it on 443 or something usually open. :)

Right I agree it doesn't make sense in this case, people do it for the green check though :'(

^^

https://upload.convorb.im/7c370453f738f2c0c995eaee643e5e0aba76aeb0/VWV5CMFsGu2leUpEWruwJBleR1jd4WNXUehku13R/HA_Y2l4cTbSegFE2m8N1Qg.jpg

I've literally talked with them last week...wtf

This module… 🙄

That doesn't look promising :D

Oh wow my message worked

Here, I mean

Just felt like a miracle, sorry for spam

do anyone know the status of xmpp.net?

Poor

does someone plan a replacement?

thank you

is xsf behind that site?

not more or less than behind xmpp.net (which is "not that much", actually)

it happens to run on XSF infrastructure

I see, thanks jonas

Yes! ✏