jdev - 2026-02-28

> I've had many problems in Matrix, where I couldn't view any media whatsoever because my server's media proxy decided to die for no reason oh im familiar with the struggle, also ex matrix. I'm thinking more of an optional thing that a client would by default only even use on private netowrks (i.e. when its not definitely on a vpn or cell data), and it would be authenticated with your server but just allow fetching from any url ↺

like it would operate more as a blind proxy than anything

with the link embedding xep, would it be the kind of thing that you could reasonably make a prosody module or something to inject that in unencrypted messages? is there any reason that would be bad (aside from the latency)

jjj333_p (any pronouns), yes

I think you'd want it to come as a separate stanza from the message itself to avoid latency.

if you do it, I'll use it. you probably want to not do it in case there is already an embedding, and set a reasonable timeout to not delay too much

> I think you'd want it to come as a separate stanza from the message itself to avoid latency. i dont know that this is allowed within the spec, unless you could do it as like a correction ↺

interesting idea

hm the more i think about the possible latency it would add it really shouldnt block at all it should be a separate stanza

I would imagine as a correction might work, you just have to do a good job of making sure that you keep track of corrections and dont accidentally revert it

also prob wanna ignore the various media specs

probably if you wanted you could make anything that had a different type than html or xhtml become an oob embed, thats probably closer to meddling with the senders intent but i already enable things such as the pastebin module

honestly I would start with the easy, blocking version. I'm sure I'd use it this way too

If you do it as a correction, it will also mean some clients will display "edited".

my server is a VPS in a datacenter, high bandwidth, low latency to most sites my friends would link.

true and same here, perhaps you could just set a limit for how many links in a message before it ignores it and a low configurable timeout limit

ill think about it, would be a fun side quest

i did install prosody with the thought that i would mod it after all

I think the module already exists, I saw it a few days ago

But can't remember the name

Just a wild guess https://modules.prosody.im/mod_ogp.html ?

oh it's similar to what's needed but uses a non-standard protocol, and relies on a abandoned XEP (fastening)

I would start a new one with this one as a basis and name it mod_muc_link_metadata but it's probably worth asking in the prosody room what would be the best course of action

but a client who does not implement it will not show it, and clients who implement showing are one http request away from sending it themself

sounds not like you can generate lot of value here

fair point. still a bit of value, I believe.

> hm the more i think about the possible latency it would add it really shouldnt block at all it should be a separate stanza Most chat services do all kinds or server side stuff blocking before a message goes on. Including link pweviews. The latency is really not that bad if you cap it imho. Nevertheless as previously discussed you can use this xep and send it as a second message if you prefer ↺

> i dont know that this is allowed within the spec, unless you could do it as like a correction shouldn't you be able to just receive the link metadata with no reference to a message, then update any messages with the corresponding link accordingly? no corrections needed unless i'm missing something ↺

Correct