Ugrás a dokumentációra
API

Üzenetek listázása

Ami megérkezett, a legújabbal kezdve, csak metaadat. Ez az a hívás, amelyet pollozni kell.

GETapi.openemail.uk/temp-mail/inboxes/{id}/messages

A valódi hívást futtatja le a munkaterületén, a saját kulcsával.

GET /temp-mail/inboxes/{id}/messages

Ami megérkezett, a legújabbal kezdve, csak metaadat. Ez az a hívás, amelyet pollozni kell.

A postafiók tokenje

shell
export OE=https://api.openemail.ukexport INBOX="Authorization: Bearer oe_inbox_kQ8v…"

Az alábbi minden hívás azt a tokent viszi, amelyet a POST /temp-mail/inboxes adott vissza, ugyanabban az Authorization: Bearer fejlécben, amelyet egy API-kulcs is használ. Maga a cím semmire nem jogosít, és ez az elkülönítés a funkció lényege, nem formalitás: az eldobható címet abban a pillanatban adod annak, akit karnyújtásnyira tartasz magadtól, amikor kiállítják.

Az útvonalban szereplő id-nek ugyanazt a postafiókot kell megneveznie, mint a tokennek. A token önmagában is azonosít egyet, tehát ez nadrágszíj és nadrágtartó együtt, de azt jelenti, hogy aki két postafiókot összekever, 404-et kap ahelyett, hogy csendben más levelét olvasná.

Példa

Minden, amit a lista kirajzol, egyetlen indexelt tábla oszlopa, és egyetlen tárolt törzset sem olvasunk be. A limit 1 és 50 közötti és nem kötelező; a bérlet ugyanabban a válaszban jön vissza, tehát a pollozónak nincs szüksége második hívásra ahhoz, hogy tudja, mikor álljon le.

curl
curl "$OE/temp-mail/inboxes/tinb_9c2f41ab7d3e4c118a0f5d72/messages?limit=25" -H "$INBOX"
Válasz
{  "object": "list",  "data": [    {      "object": "temp_message",      "id": "tmail_4b81c07d2fa9418e93c6a13f",      "from": { "name": "Acme", "email": "[email protected]" },      "to": "[email protected]",      "subject": "Confirm your email",      "snippet": "Your code is 481923…",      "spam": false,      "seen": false,      "attachmentCount": 0,      "sizeBytes": 8241,      "receivedAt": "2026-09-01T10:31:04.000Z"    }  ],  "expiresAt": "2026-09-01T12:00:00.000Z"}

A snippet a törzs első 400 karaktere szövegként, ami általában a postafiók létezésének teljes oka. Egy megerősítő kód rendszerint látszik anélkül is, hogy bármit meg kellene nyitni.

A spam azt mutatja, mit gondolt a közös heurisztika. Ez egy jelzés és semmi több: semmit nem irattunk el, mozgattunk vagy nyomtunk el, és az üzenet így is, úgy is ebben a listában van.

A seen akkor billen át, amikor az üzenetet lekérik, nem akkor, amikor listázzák. Ennek a végpontnak a pollozása soha nem jelöl semmit olvasottnak.