Google Appsカレンダー共有オプション不具合の修正(仕様回避)

Google Appsカレンダーの共有オプションについて。
ドメイン管理者が組織全体にきつめの共有ポリシー（たとえば「空き時間情報のみ（予定の詳細は非表示）」）を設定していて、のちに(例えばすべての情報を共有など)緩めのポリシーに緩和した場合、既存のカレンダーの共有については、過去のポリシーが適用されて、共有内容を広げることが許可されません。
こんな感じ。

もともと「空き時間情報のみ」だったものを、外部へも「すべての情報を共有」に変更したのに…

カレンダーの共有設定では、「予定の変更権限」がグレーアウトして選択不可能。

これ、Google Appsの仕様です。

https://support.google.com/a/answer/60765?hl=ja

管理コンソールで内部のカレンダー共有オプションを設定すると、その後組織内で新しく作成するカレンダーには設定が反映されますが、既存のカレンダーの設定は更新されません。ただし、プログラムから API を使用して、ドメイン内のすべての既存ユーザーのカレンダー共有オプションをまとめて更新することができます。

 ドキュメントには、「プログラムからAPIを使用して～」とあるけれども、実はGoogleがAPIを直に叩けるページを用意してくれてます。
https://developers.google.com/apis-explorer/#s/calendar/v3/

急ぐなら、これを使ってお手軽修正してもいいでしょう。以下、手順です。
作業前に、共有先ユーザーをどんな権限でも追加しておきます。

# おっとこの画面例だとどっちもexample.comだ…。組織をまたぐ話なので、以降画像のfoobar@example.comはfoobar@example.orgと読み替えてください…。

calendar.acl.listにて、calendaridを指定して、ACL一覧を取得します。
初回はOAuthにて認証を求められます。

そうすると、ユーザーと権限一覧が表示されます。foobar@example.orgの権限を"freeBusyReader"から"writer"に変更する操作をしましょう。

右肩の▼をクリックすると、関連メソッドが表示されるので、今回はcalendar.acl.updateを選択してみましょう。

ま、こんな感じで"role"を"writer"に変更し、”Execute"します。
(ruleIdは"id:"欄の値)

実行結果などは省略して…
カレンダーの共有設定ページにて、「予定の変更権限」が選択可能になりました。

APIに関してはリファレンスがあります。
https://developers.google.com/google-apps/calendar/concepts/sharing

過去の記事を振り返る

さて、ちょっと環境構築し直しするし、またこっそりメモでも書こうかな、と久々に管理画面見たら、放置してるのに非常にニッチなエントリばかりページビューがあることに気づいた。

現実逃避にピックアップしてみると…。

一から出直し(synergyのセットアップ[1])
SolarisとMac OS Xでsynergy。そりゃそんなことあまりやらないね。

launchdの研究
Mac OS X 10.4で導入されたLaunchd。確かにろくな情報がなかった。

外付けHDDのマウントポイント変更(Mac OS)

そこそこ需要はあったか。だけどリンク先見た方が有益だよ。

WindowsでRictyフォントを使う関係

Rictyを使う - cmd.exe -

とか。結局その後MacTypeはやめました。不安定だし。

EMEditor + Ruby
できるとだけ書いてあって、情報が乏しいRubyマクロの件。

スマホ対応電話機。目の付け所がシャープでした。 JD-BC1CW-A

これが、歴代２位。ただただ、SHARPの固定電話を褒め称えた記事。

いまとなってはあんな風になっちゃうとはなぁ。思わなかった。

iPhone純正カバーに新色ダークブラウン！(嘘)

純正カバーの色が気に入らなかったので靴墨で染め直しただけの記事。

スクロールバー太く (WIndows 8～)

そのまんま。スクロールバー太くしただけ。

もう、なんかね。

ま、いいか。