jdev - 2020-04-06

hm, 0203 (delay) says there should be only one delay element which is added by the server

session management xep says, client should add a delay element

We should probably generalise that to one per 'by' attribute

that ↑

It is a pattern now, <something by=jid who dun it>

patterns! \o/

stanza errors, delay, stanza ids...

can we rename 'delay' to 'timestamp' while we are at it?

You want an origin-timestamp? XEP it!

no, I want to rename <delay/> to <timestamp/> (or similar)

there is no by attribute in dealy by the way

its "from" there

not?

oh

meh

yeah, it's called 'from'

does it make sense for a client on resending stanzs setting the from attr to the full jid?

this may be another resource as the resource sending the messages

i just dont know how this can be useful for another client

do it when you find a use case for it, otherwise do not bother?

yeah just wondered if someone has an opinion on that

i tend to use the bare jid

from=full jid would be semantically correct

might leak your full jid into MUCs and stuff tho, which you might not want

Zash, what if the message is composed and "send" while being offline?

does @from default to the origin?

Zash i have code to not add that in groupchats

hm i should probably also not add it in PMs

if i read Andrews email

i pity smartphone developers

iOS developers Apple developers Desktop developers Server developers Potato farmers

or something

Fun things from Server developer land: User puts HTTP URL as their hostname. No code objects to this.