:o :o
-
Cloudron contacts and its made with Vue? Me like.
-
Looks great! I wanna know more about this. And possibly help a bit, I am quite good with Vue
-
Oh haha, well this is really for now just a hello world repo for me to learn vue3 together with primevue. Didn't want to make a todolist
In fact it was mostly to find out if that is a good choice for surfer from here on. ElementUI is nice but too restricted and not going anywhere it seems. That is coming along slowly, but I like to think nicely:
-
@nebulon Oh wow never heard of Primevue. And here I was sticking to vue2 thinking no component libraries had moved over.
-
A bit of a tangent... A part of @nebulon and me want to have add some core services to the platform itself - like caldav, cardav (just like email). And then, something like what @nebulon made could probably be an app that you can install. It will be pre-configured with the dav endpoints thanks to this new
davaddon. We could also then have say roundcube etc pre-configured to use these dav endpoints. SOGo/Nextcloud though have their own dav servers, so it probably won't work with them. But we have lots of users who use Cloudron Email Server and they don't want to install a nextcloud just for caldav/cardav.Thoughts?
-
@girish Yeah! When I saw that I thought "hey a built in calendar and contacts system would be cool!". Imo they would need to be tied with email addresses.
-
@atrilahiji Right, that's the idea. It would be per mailbox (or maybe per user, depending on what's possible).
-
@nebulon I'm so happy to see that screenshot about file listings with folders first, thanks!
-
-
@girish I am quite skeptical of this ... Honestly, email makes sense because a lot of apps are "consumers" of the email service, to send or receive email, so having it integrated in the platform is a good idea. On the other hand, I do not think there are many apps which are only "consumers" of dav, so having to install an app to provide the service makes more sense in my opinion
-
@mehdi think of it the other way, re user needs as opposed to app needs. Pretty much everyone needs contacts and calendars and currently use Google or Apple. If they could replace those with Cloudron (without having to use Nextcloud or Sogo which they may have no other reason to use), that's great!
-
@jdaviescoates Then install radicale, which is a minimalist dav server
I, for example, use cloudron for a lot of things, but not for my main email / calendar base. So an integrated dav would be useless for me, but email is very useful because apps can send emails to users to warn them of stuff.
Also, having an integrated dav sever would be very confusing for users who do use nextcloud or sogo, as there would be 2 separate dav servers ... that would be kinda weird, wouldn't it ?
-
@mehdi I mean those parts of nextcloud are plugins that could be disabled. So people who would rather use cloudron dav services would just disable those things in cloudron and not use sogo. Nobody's forcing people to use both...
-
@atrilahiji I understand, but I think that if there is not a really good reason to bundle stuff together, it makes more sense to just keep them separate : easier to work on, easier to reason about
https://en.wikipedia.org/wiki/KISS_principle -
@mehdi said in
:@jdaviescoates Then install radicale, which is a minimalist dav server
Problem is as @d19dotca has highlighted previously Radicale doesn't seem to even want to be RFC compliant, see
-
@mehdi I agree generally, but in this case I am coming from the perspective of giving clients accounts on the cloudron. In this instance, It would certainly be easier for them to manage these things inside of cloudron itself. Although this is also an issue that is trained/documented away so I guess we can stick with seperate apps.
-
@mehdi said in
:Then install radicale, which is a minimalist dav server
@jdaviescoates beat me to it, haha. I was already thinking up a response as I ready through this conversation. So to lay down some of my concerns with "just use Radicale"...
Minimalist yes, but not completely compliant (they even state that they refuse to support the full spec), and Radicale as a project has no intention of really embracing the full spec, simply aiming to be the "most basic" one available. That's not really a great long-term growth server to be running in that case, IMO.
Additionally, Radicale has issues (mind you all software does), I've made posts about in the Radicale category too. From the looks of that group though I may be one of just a few who actually use it, haha.
There are some limitations to Radicale, so while yes it may serve most people's needs - it's far from perfect and as a heavy user of CalDAV and CardDAV myself, Radicale isn't that great. It's just the easiest for me at the moment so I continue to use it, but I've looked at possibly trying to learn how to package an app by trying something like Baikal or something more performant and better aligning to the specs.
I for one would love to see Cloudron do it, though I also wonder if it's a better use of their time on other projects when we can simply bundle some better CalDAV / CardDAV server apps instead. But hey I'm all for more options so if they want to do it then - as a heavy user of those protocols - I say go for it!
-
We won't actually write our own dav server. Instead, we would use one of the battle tested ones like https://github.com/sabre-io/dav (I think this is the one which SOGo and nextcloud use).
-
@girish Ah perfect, yes that and Baikal were one of the ones I was wanting to package someday, so that's great then.
