We no longer default to HTML mail and therefore don't download external images by default. While there certainly is room for further improvement it's good enough for now IMO

Can't reproduce and this is not the composer. Please reopen if still valid.

This works already

At least in the example mails the html mails have a <pre> tag which doesn't allow breaking any lines.
In that case we probably should support scrollbars, but don't at them moment.

We don't have any means to detect personal calendars, and we also don't have anything like subscriptions. So we enable none by default and don't synchronize the enabled status.

I'll get it into a functional state.

824a59466eeb08327cd811493fc6f0aa90ea1e1d
8dc99625d54dbe15816b4b4d0f6c87850289d30d

https://kube-project.com/

The etag cache is no more.

It was a server-side problem that we can't do anything about.

I'd like to enable all personal calendars by default, and disable all shared calendars by default.

Limitting the by date-range to e.g. the current year at least works.

• No recurrences
  • [FIXED] Hard to see what the current date is
  • [FIXED] No week numbers
  • [FIXED] Day spanning multi-day events render differently depending on whether we go to next-week/previous week (probably something with the add to / subtract from current date)
  • [IMPROVED] There's not a lot of space for the calendar name
  • [FIXED] The calendar name needs a popup on hover
  • The date of the date-switcher get's cut off with long date names
  • Synchronizing the calendar takes forever and there is no progress status bar.

Moving the calendar color to the checkbox helps with the space and looks better imo.

Current issues:

• No recurrences
• Hard to see what the current date is
• No week numbers
• Day spanning multi-day events render differently depending on whether we go to next-week/previous week (probably something with the add to / subtract from current date)
• There's not a lot of space for the calendar name.
• The calendar name needs a popup on hover
• The date of the date-switcher get's cut off with long date names
• Synchronizing the calendar takes forever and there is no progress status bar.

No. That's fine.
Let's try the "generic account" route.

FWIW, the most important usecase I want to enable is kube with addressbook and calendar for anyone not using kolabnow.

So I'm essentially proposing that we have one generic account with all protocols we support that you can mix and match, and otherwise only service specific accounts that do the configuration automatically (so imap and maildir would go out the window as standalone accounts).

I don't think so.

Wouldn't it make more sense to have a dedicated caldav/carddav only account instead?