Best posts made by foliovision

@luckow Thanks for the tip about enforcing use through Thunderbird/a compliant client. Any idea of how SOGo fares with iOS sync?

@jdaviescoates Thanks for the tip about the Sabre/dav request. I've added my feedback (not positive sadly) based on five years of active use of Fruux with various MacOS and recent version of iOS (I'm a relative latecomer to iPhones as I stopped using cellphones between about 2013 and 2018: now I have to have one for banking unfortunately and am surrounded by a pack of rabid iPhone users both at work and at home).

PS. Could someone somewhere please upvote a post for me so I can post more often than every six minutes.

@murgero EteSync is CardDAV compliant and SOGo is not. I've had trouble making SOGo connect with Apple Contacts on both macOS 14 and iOS 13. EteSync is working for me.

Initial setup of EteSync is more painful but:

1. in the end it works
2. you get properly encrypted data on their server, with no secret master keys with the provider (open source, we can check)
3. European company (French I believe) so there is a hope they walk the talk about privacy (US companies by law are not allowed to provide privacy).

The price of admission is $24/year which is fine, as one doesn't have to run the server. There's an unencrypted at rest CardDAV subuser included which will allow people who care about privacy to share an address book or calendar with people who don't (looking at most of our girlfriends/partners here, although I'm sure there are some extremely privacy conscious ladies who are frustrated with their mainstream who-cares-about-privacy-i-don't-have-anything-to-hide partners).

EteSync is running successfully for me and syncing between macOS and iOS 13 right now but there's a lot more testing to do before I can be sure that it's as good as billed. In macOS Contacts the original groups even turn up and work as they should. In iOS Contacts there is only one group "My Contacts".

Some long term users feel very positive about EteSync. Aerion asked ProtonMail to include it:

EteSync provide a ready to use, open source, and well established solution for adding end-to-end encryption: Etebase (https://www.etebase.com/). It already works with Android, iOS, Windows, Linux, macOS, Thunderbird, Evolution, Kontact, Tasks.org, and any other CalDAV/CardDAV client.
 
I've been using it for a number of years already, and it's never failed, not once. It's the only sync solution I've ever used that's not had problems with duplicates or missing data.

Reliable sync with no data loss is one of the hardest of software tasks. EteSync for now managed to retain groups in iOS/macOS which none of the other CardDAV calendars I've tried have managed.

@drew No, I haven't and I'm very frustrated. Fruux CardDAV doesn't sync with anything external any more at all (the calendards work). Website only at least for modifications. NextCloud can work but is almost a full time IT project to make NextCloud perform reliably. Experimenting with EteSync now. It's hosted on someone else's server but is open source and driven to work with lots of open source projects.

Doesn't help that Apple Contacts is back working okay with CardDAV in Monterrey (was terrible for years post-Snow Leopard) but BusyContacts won't sync reliably with CardDAV any more (even after paying for the expensive update – if this persists I'll be refunding the update and cutting ties with BusyMac – yet again, as I was burned by the same developers with Now Up-to-Date and Now Contacts which worked until they didn't).

The whole simple CardDAV/CalDAV idea has been effectively embrace-extend-extinguished by Apple. Seems like a simple concept to start with. How could 150,000 development man hours poured into calendar and contact sync end up with only working software on Google or Apple? Argh.

@drew It's early innings but the Cloudron SoGo installation looks like a winner. I have no intention of using SoGo as a primary email mailbox as we'd quickly bring our Cloudron server to its knees with 150 GB of mail across the company but the CalDAV and the CardDAV functionality appears to work well.

Here's some good end user guides for how to use SoGo, written by a Swedish ISP.

• How to manage address book in SOGo webmail
• How to manage calendar in SOGo webmail

The guides include how to share an address book which is obvious once you know how but not obvious until then.

Interesting results so far with SoGo. Won't work with Apple Contacts 2498.2.1 on macOS 14, nor on iPhone Contacts no matter what handstands I do with the custom paths or not.

/SOGo/dav/yourusername/Contacts/personal/

I am able to connect with both CardDAV and LDAP with Apple Contacts on macOS but none of the existing contacts show up, nor is it possible to add new cards to either the CardDAV or LDAP version. Hallucinating.

But SoGo does work on BusyContacts just fine picking up both address books and saving successfully back to the web version.

There is no iOS version of BusyContacts and I don't want to tie myself down to a third party application to be able to use shared address books. The shared address book is supposed to work between my partner and I and later within the company, which means a server which will work with Apple Contacts.

Why, or why can't someone code a CardDAV/CalDAV solution which is simple to configure and which works reliably with default Apple clients? Fruux did seem to be the solution until they abandoned the project.

@girish said in SFTP Missing for some apps?:

all you have to do is open up the Web Terminal for InvoiceNinja and then edit /app/data/.env using your favorite editor (vim/nano).

Hi Girish, Thanks for your quick answer. I did get as far as trying to edit the .env file with Vim in the Cloudron terminal. I think specifically with the .env file in Invoice Ninja that it's read only in Cloudron. Let me know if I'm wrong.

In terms of SFTP access, I'd really like to be able to make some manual adjustments to the back end CSS of Invoice Ninja for usability. @nebulon suggested that I suggest some changes to Invoice Ninja on their github repository to encourage them to include the code in production. I'm not sure how Hillel Coren (lead developer) will be to do so though as he's move on from version 4 and is fully engaged in a huge rewrite for mobile in version 5 (not sure how keen users will be to do their invoicing from a mobile device on a mobile screen so it seems a strange direction).

For those reading this thread, my conversation with nebulon turned up another very interesting option. Downloading a copy of the Cloudron version of an app, making changes locally and then replacing the Cloudron code with the local version. Hopefully either Girish or Nebulon will post a link to additional documentation and a better technical description of how to do this.

We are currently Fruux users but with enough issues with Fruux that we'd like to move our shared calendars and address books to a Cloudron app. We're currently using invoiceninja and rocketchat in production via Cloudron.

Should we go with SOGo or NextCloud? NextCloud has always seemed a bit top-heavy – we don't need to move email in and we are handling file storage in project management.

Radicale won't work for us as there is no well-thought-out permissions structure for shared calendars and address books which is important for us.

Anyway, we are deciding between SOGo or NextCloud for CalDAV/CardDAV sharing. Anyone here have a strong opinion after working with both?

Dark horse candidates also welcome. It's amazing that CardDAV and CalDAV are so difficult after the main issues were solved 15 years ago (both actually worked great with OS X 10.6 Snow Leopard. A clear case of Embrace, Extend, Extinguish by all of Apple, Microsoft, Google.