jdev - 2023-09-30

If I do a full mam sync before i set presence to available I'm likely to get duplicate messages from offline delivery, yes?

also if you do the mam sync after available

just the duplicates come from mam then and not offline delivery

was there not some way to disable offline delivery ✏

i solved this by the realization that i need deduplication anyway

even if you do everything perfect, as you dont know the mam id of messages you sent yourself, these will arrive as duplcates for sure

Well, if I do mam sync after I send presence I might miss messages I think, vut shouldn't get dupes. Depends what you use as your id to sync from i guess

> even if you do everything perfect, as you dont know the mam id of messages you sent yourself, these will arrive as duplcates for sure Only if you sync back that far ↺

I'm mostly thinking about JMI and detecting calls

Which I can dedupe by id just need to be careful

far? you send one message and go offline, when you come online you sync from a message you received, so you will immediately receive the one you sent last

Wasn't there some magic to get rid of offline messages in favor of MAM?

> Well, if I do mam sync after I send presence I might miss messages I think no, why do you think that?

https://chat.modernxmpp.org/log/modernxmpp/2021-08-31#2021-08-31-8518a542bd283686 https://hg.prosody.im/trunk/rev/906ea5e1ec75 https://hg.prosody.im/trunk/rev/d66738eeb875

>> Well, if I do mam sync after I send presence I might miss messages I think > no, why do you think that? Because if I get a message live, mrm sync isn't done yet, then something goes wrong when I come back I may sync from that live message and miss the part of mam that wasn't done yet ↺

hm .. sounds like a really easy problem to solve

dont accept mam-ids as sync point from live messages, while a sync is going on

i mean how do you do this in a MUC? where you cant sync before presence?

So keep track of the mam id from live, but don't save it until sync is done? Hmm

no i dont keep track of it, i simply ignore them

Who doesn't let you MUC MAM before presence?

the last mam-id from the sync is the last message

So you only ever sync from the end of your last sync?

yes

Won't you dupe all live messages from your last session that way?

no you misunderstood me

i ignore the mam-id of live messages *while* a sync is ongoing

afterwards of course i dont ignore them

and i mistunderstood your question, my last yes should have been a no :D

Ah ok. So if you crash/quit after mam sync but before another live after that you'll get a few dupes, but that's probably small

hm not sure i understand the scenario, but yes the goal is, as long as you are not *in sync* with the archive, dont accept any mam-ids from other sources

for me that worked ok for now, never had complaints, but in anyway you need deduplication

> Ah ok. So if you crash/quit after mam sync but before another live if i crash after mam sync, i have the latest mam-id, if i come online again i sync from that, and will receive exactly the one live message

singpolyma, you operate that sms gateway or?

is this jmp.chat?

i want to test that in Gajim, whats the address of this gateway?

The gateway is at xmpp:cheogram.com

If you want an account with a number for full testing I can get you one free no problem