From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE
	autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 18943 invoked from network); 7 Dec 2020 00:07:01 -0000
Received: from ewsd.inri.net (107.191.116.128)
  by inbox.vuxu.org with ESMTPUTF8; 7 Dec 2020 00:07:01 -0000
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Sun Dec  6 19:04:58 -0500 2020
Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 34910e77 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Sun, 6 Dec 2020 16:04:47 -0800 (PST)
Message-ID: <B0DC47F5A5EFAC4200172D25262DD013@eigenstate.org>
To: steve@quintile.net
To: 9front@9front.org
Date: Sun, 06 Dec 2020 16:04:46 -0800
From: ori@eigenstate.org
In-Reply-To: <C66DF937-003E-405E-A3EF-A23A14E1DFBA@quintile.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: encrypted compliant cache storage framework 
Subject: Re: [9front] ical and vcard
Reply-To: 9front@9front.org
Precedence: bulk

Quoth Steve Simon <steve@quintile.net>:
> 
> hi,
> 
> i am toying with the idea of integrating ical/caldav and vcard/carddav support into plan9.
> 
> the obvious way to do this is to create file servers so local contacts and calendar events could be merged with remote ones using standard plan9 bind rules (before/after/replace).
> 
> the problem is plan9 stores contacts in various places (/adm/keys.who, /mail/box/$user/names, and /lib/tel, calendars live in $home/lib/calendar.
> 
> for such an approach i would have to create a new contact and calendar database.
> 
> so, what do you think? horror, why not? maybe you have a better approach?

I don't think any of the current user information formats
are sacred, and it's likely that we can do something that
fits our needs better.

There's also the alternative of consuming those sources in
your vcardfs and merging them in to the new location.

Or some mix of the two.

But this is a proposal to propose changes -- I'll need
to see the proposed new world before I can opine on it.