By supporting WebDav your app will instantly gain the possibility to sync with every OS and a gazillion apps. It is not the best protocol, but it’s everywhere and it’s very good when implemented well. For example, CopyParty’s WebDav implementation is blazing fast.

Afterwards, you could enhance the experience by supporting websockets so that contributors can build clients specific to your project. This will take much more time to reach the user with a usable sync app, but can potentially end up in a superior experience.

Can it use files already on my server?

Will it support WebDAV?

Looking great!

I’ve tried several WebDav clients, and I’ve found that the great majority will work great. Their performance will depend on the server. For example, Nextcloud was slow. CopyParty was blazing fast, as if it was a local folder.

You might want to checkout CopyParty too, it’s UX/UI sucks, but you don’t need to see it, since you can use it with almost any client on any platform via any protocol.

This looks amazing. Thanks for sharing!

Does it support VJOURNAL?

This is awesome, I want it. But it’s way beyond my technical level. I wish there was a Proxmox helper script.

Yeah, I absolutely agree with your POV. I guess you could post there anytime your question could be applied to a homelab.

Absolutely, the selfhosted communities are full of networking pros.

Does gadgetbridge integrate with home assistant?

I would love to see the dashboard there.

I guess I’ll wait for the FOSS alternative.

Thank you for even considering it, let alone add it to the roadmap. Huge thanks.

I will create the issue, should I open one for each standard or consolidate all into one issue?

Please, for the love of god, please be the first app of this kind to support the iCAL VTODO & VJOURNAL standards.

I’m on the same plan, I do plan to self host it though as a backup only.

STUN/TURN is literally designed to bypass network boundaries. Its necessity comes from the evil of NAT and allowing RFC1918 IP addresses behind firewalls to poke holes so that direct P2P connections can be established for VOIP.

By virtue of being technology designed to step around boundaries, you should be weary of controls around this. STUN can be used to relay from the external STUN record to other servers within the same broadcast domain. We’ll add some controls here to limit this, but it would behoove you to place this server in an isolated DMZ without connectivity to other, potentially privileged, internal hosts. Never forget network segmentation.```



Would a VLAN be enough? 

I agree that being called filthy anything is harsh, independently if it was unintentional, form is an important part of good etiquette.

Thank you for sharing this news. Keep it coming!

Absolutely, but even then I would have trouble trusting it.

Yeah I know, I agree as well. I was just sharing a curiosity as they are already offering a managed immich service.

Meanwhile you can check out https://pixelunion.eu/

They said they will do that in a FUTO video I can’t find right now.

Please for the love of god make a Ublue core image with Proxmox VE.

I want my server to be updated, unbreakable and easy.

Ublue Core with Cockpit is not easy. It’s hard AF. Selinux is a PIA for noobs, Fedora docs are noob unfriendly. And the worst of all, there’s absolutely no community whatsoever for Cockpit. If you want a tutorial then good luck to you. While Proxmox has a gazillion tutorials popping up every single day.

You could also ship a Coolify installer as a ujust script. Same thing with Tailscale (already available) and Cloudflared.

PVE & Ublue together, it would be a dream come true.

Edit: people are suggesting Fedora Core OS as a base, but Ublue Core builds on top of it. And for you it would feel more familiar since you already worked on other ublue images.

If it ends up being usable, I bet the Ucore team will pick up on your work. PVE’s popularity just can’t be ignored, it outmatches Cockpit by too much.