Üzenet törlése
Egy üzenet, a törzse és a mellékletei, a te kérésedre, nem a takarítás menetrendje szerint.
A valódi hívást futtatja le a munkaterületén, a saját kulcsával.
DELETE /temp-mail/inboxes/{id}/messages/{messageId}
Egy üzenet, a törzse és a mellékletei, a te kérésedre, nem a takarítás menetrendje szerint.
A postafiók tokenje
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
A sor és minden alatta lévő objektum együtt megy. A messageCount változatlan: az 50 üzenetes plafon azt számolja, ami megérkezett, tehát a törlés tárhelyet szabadít fel, helyet nem.
curl -X DELETE "$OE/temp-mail/inboxes/tinb_9c2f41ab7d3e4c118a0f5d72/messages/tmail_4b81c07d2fa9418e93c6a13f" \ -H "$INBOX"{ "object": "temp_message", "id": "tmail_4b81c07d2fa9418e93c6a13f", "deleted": true }Nincs kuka és nincs visszaállítás. Egy eldobható postafiókon ez maga a funkció.
A tele postafiók tele marad. Az ide érkező levelet az ajtóban eldobjuk, visszapattanás nélkül, és később sem kérhető le, tehát a továbbvezető út egy új cím, nem a takarítás.