All my appointments take place in the central Europe timezone
(Europe/Amsterdam) and hence each VEVENT contains a VTIMEZONE section for
Europe/Amsterdam. This accounts for more than 90% of the event data,
something I consider a big waste. It also violates one of the principles of
information technology: avoid duplicating data.
Is including VTIMEZONE data mandatory or can it be stripped?
Is it possible to add a new CardDAV Group (aka "Apple vCard Group") in any of
the clients (CardDavMATE or InfCloud)?
Moving contact in a group or delete it from a group works without problems.
If not: Is there a special reason why not and how can I add a new group?
Sven Anders <anders(a)anduras.de> () UTF-8 Ribbon Campaign
/\ Support plain text e-mail
ANDURAS intranet security AG
Messestrasse 3 - 94036 Passau - Germany
Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55
Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety.
- Benjamin Franklin
I've moved my DAViCal server to a new system (RPi4 w/ Raspbian). DAViCal
now runs as a virtual https host under Nginx (the old system used Apache2).
Now InfCloud stopped working. It just displays red exclamation marks.
Oddly enough, none of the other DAViCal clients (vdirsyncer,
android clients) experienced any problems, they all continued functioning
without even blinking.
Are there any special settings necessary for DAViCal / InfCloud when using
It seems that Android client CalDAV-Sync/0.4.32 periodically issues
PROPFIND requests to the configured DAViCal server, but with different
The DAViCal server is configured as https://davical.squirrel.nl/caldav.php/,
but other paths used are:
Is this normal behaviour?
I'm just stumbling over an issue, that has been there then and now already in the past, but now seems to be persistant:
I can no longer log into my infcloud instance as the Login screen is just empty.
Looking in the page source in the Browser, I see that all containers have the attribute display:none
<div id="LoginPage" style="opacity: 1; display:none">
What could I try to solve this ?
I’m using carddavmate and caldavzap for a long time, and I recently
uncovered an issue:
When I modify my contacts from infcloud, some of my pictures, the ones
that get stored in png, have a field that looks like:
when exported. It seems like this kind of formatting is not supported,
so I guess it’s not a standard one: when synchronizing with other
clients, like the stock android app or khard, they crash or are unable
to display the picture.
As soon as I remove the "data:image/png;base64," part of the field, it
starts working again. Is it an issue with infcloud? Note that it used to
work for a long time without any issue, and quite recently I
simultaneously upgraded and migrated from caldavzap+carddavmate to
infcloud. I’m not absolutely sure what changed, but maybe it will ring a
bell to some of you?
When a contact is synced in that has an FN field but no N field, the entry
in InfCloud becomes nameless. The contents of the FN seems to be ignored
Would it be possible (feasible, acceptable, allowed) to infer name fields
I just realized that my infcloud Installation does no longer work.
Failed to load resource: the server responded with a status of 403 ()
- checked the file permissions and it is 644 (folder infcloud is 755)
with correct owner.
As I did not change there anything recently, I wonder what might be the
any hints appreciated.
(infcloud version appears to be 0.13.1)