I'm not self hosting, so I'm depending on what the server admin enables, and the policies they establish.
That said, the server fully supports xep-0313, which perhaps among other things control messages being kept on the server precisely for the purpose of sending them to all registered devices, thus allowing the sync.
But perhaps there's a policy in place removing the messages from the server as soon as some device has gotten it, leaving only online devices with the ability to grab them. I don't know if that's possible...
I experimented getting a device offline for a couple of minutes, and then exchanged messages with another account, and also to my same account. Then eventually I got the device offline, and none of the messages, not even the ones sent to myself, were ever synced on the device just coming online...
This is really sad, since that's precisely one of the benefits of having servers over peer to peer solutions, it's easier to sync devices through the server.
Might this be some sort of policy to keep disk usage on the server low?
I might need to explore some other server if that's the case...
Thanks !
Edit: Communicated with the admin, and they mentioned this was unexpected.
I'm curious about which programs if you can share. I write few bash scripts which used to call sudo, and I replace sudo with doas in those. And in case of muscular memory I also added a bash alias so that if by mistake calling sudo in reality I'd be calling doas. So far no issues. O course I don't use fancy args, and what I really needed from sudo I used to include it in
/etc/sudoers
and now on/etc/doas.conf
, and I believe I couldn't include a couple of options but they were not critical since I've lived without them so far. And it's weird to find actual software that requires sudo, perhaps proprietary software. One can actually live without sudo and without doas, as long as there's stillsu
.Not judging, rather curious, actually I've met several guys who write scripts which would benefit from using sudo/doas, but they claim better call the scripts through sudo/doas rather than adding them as dependencies.