問題タブ [carddav]

連絡先の実際のデータ ソースとして既存のデータベースを使用して、NWebDAVと ASP.NET Core 3.1の上にカスタム CardDAV サーバーを実装しようとしています。(NWebDAV は、 への応答などの基本的な WebDAV 概念を優れたサポートをしているようPROPFINDです。箱から出して、サンプル プロジェクトを実行してホーム ディレクトリを提供するのはうまくいくようREPORTです。多くの作業になります。)

メインのテスト クライアントとして iOS 13 を使用しています。

私はそれをうまく取得しました：

• サーバーをアカウントとして追加するときに「検証」を渡します（基本認証を含む）
• 連絡先アプリのグループ ビューで提供している複数のアドレス帳を表示する

だから私はそれPROPFINDがポイントへの私の応答を解析していることを知っています。しかし、その後、何もありません。REPORT私の理解では、最初に完全な同期を行うか、検索フィールドに何かを入力するときに特定の連絡先を照会するために、サーバーに対して何らかの要求を発行する必要があります。それは決して試みないようです。

私はそれに次のようなものを与えます:

そしてPROPFIND、次のように、これらのアドレス帳のそれぞれに対してリクエストを発行します。

これに対して、私は次のように答えます。

(私が実装しme-cardたのは、そうしないと iOS の連絡先がクラッシュする可能性があり、iOS が少なくともme カードを取得しようとするようになることを期待して、誰かが言ったからです。しかし、悲しいかな。)

この応答には、アドレス帳自体と、その中のサンプル連絡先の両方のメタデータが含まれています。それが正しいかどうかはわかりませんが、その連絡先を外しても何も変わらないようです.

私はレポートaddessbook-queryをサポートしていますaddressbook-multiget。仕様の8. Address Book Reportsを読むと、これで標準に準拠するのに十分なはずです。

私を困惑させているのは、ただ…何もないということです。ユーザー向けのエラーはなく、それ以上のリクエストもありません。

コンソールで何かを見つけました：

しかし、それがこのアカウントを参照しているかどうかはわかりません(別のサーバーである可能性があります)。もしそうなら、iOSがこの結論に至った理由を知りたいですか?

したがって、私の主な質問は次のとおりです。CardDAV クライアントが最終的にREPORT連絡先を照会する要求を発行する必要があるという基本的な仮定は正しいですか?

独自のサーバー (REST ベースのサービス) を使用して、Android フォンの連絡先を定期的に更新したいと考えています。バックグラウンドで実行する単純なサービスを作成し、REST と通信してサーバーから更新を取得しても問題ありませんか、連絡先を元に転送する必要があります。carddav をダウンロードし、既存の Android アプリを使用してダウンロードしますか?