Névjegyek listázása
A munkaterület címjegyzéke, a legutóbb látottakkal kezdve, a soha nem levelezett névjegyekkel a végén. A munkaterület minden kulcsa ugyanazokat a sorokat olvassa, így az egyik tag által mentett névjegyet minden tag és minden kulcs látja. A lapozás keyset alapú: a `limit` legfeljebb 200 lehet, alapértelmezetten 50, a `nextCursor` pedig `cursor` néven megy vissza, amíg a `hasMore` igaz.
A valódi hívást futtatja le a munkaterületén, a saját kulcsával.
GET /contacts
A munkaterület címjegyzéke, a legutóbb látottakkal kezdve, a soha nem levelezett névjegyekkel a végén. A munkaterület minden kulcsa ugyanazokat a sorokat olvassa, így az egyik tag által mentett névjegyet minden tag és minden kulcs látja. A lapozás keyset alapú: a limit legfeljebb 200 lehet, alapértelmezetten 50, a nextCursor pedig cursor néven megy vissza, amíg a hasMore igaz.
Példa
contacts:read szükséges hozzá.
curl "$OE/contacts?limit=50" -H "$AUTH"{ "object": "list", "data": [ { "object": "contact", "email": "[email protected]", "name": "Ada Lovelace", "source": "auto", "notes": null, "lastSeenAt": "2026-08-29T08:19:08.000Z", "createdAt": "2026-08-01T10:00:00.000Z", "updatedAt": "2026-08-29T08:19:08.000Z" } ], "hasMore": false, "nextCursor": null}A source értéke manual, ha valaki elmentette a címet, akár az alkalmazásban, akár a POST /contacts hívással, és auto, ha azért rögzült, mert egy tag a szerkesztőből levelet küldött rá. Ezek érdemben különböző állítások (az auto a levelezés bizonyítéka, a manual a szándéké), és érdemes elágazni rajtuk.
A sorrend a lastSeenAt szerint csökkenő, a null értékekkel a végén, majd a legújabbakkal elöl. Az imént létrehozott névjegynek nincs lastSeenAt értéke, így a lista végére kerül, nem a tetejére.
A címjegyzék a munkaterületé, nem azé, aki egy sort elmentett. Egy címről érkező levél semmit nem hoz létre.