Mellékletek listázása
Egy üzenet részei, a bájtjaikkal együtt, base64-ben.
A valódi hívást futtatja le a munkaterületén, a saját kulcsával.
GET /temp-mail/inboxes/{id}/messages/{messageId}/attachments
Egy üzenet részei, a bájtjaikkal együtt, base64-ben.
A postafiók-token
export OE=https://api.openemail.ukexport INBOX="Authorization: Bearer oe_inbox_kQ8v…"Az alábbi hívások mindegyike 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 elválasztás a funkció lényege, nem formaság: az eldobható címet a kiadása pillanatában annak a félnek adod oda, akit távol akarsz tartani magadtól.
Az útvonalban szereplő azonosítónak ugyanazt a postafiókot kell megneveznie, mint a tokennek. A token önmagában is azonosít egyet, tehát ez kettős biztosíték, de azt jelenti, hogy az a hívó, aki két postafiókot összekever, 404-et kap ahelyett, hogy csendben rossz leveleket olvasna.
Példa
Metaadatok és tartalom egy válaszban, listázás és részenkénti letöltés helyett. Egy eldobható postafiókban néhány kis fájl van, és egy PDF elolvasásához két körfordulót tenni ekkora méretnél rossz alku.
curl "$OE/temp-mail/inboxes/tinb_9c2f41ab7d3e4c118a0f5d72/messages/tmail_4b81c07d2fa9418e93c6a13f/attachments" \ -H "$INBOX"{ "object": "list", "data": [ { "object": "attachment", "attachmentId": "tmail_4b81c07d2fa9418e93c6a13f-0", "filename": "invoice.pdf", "contentType": "application/pdf", "size": 12345, "content": "JVBERi0xLjQKJc…" } ]}A content null, ha a rész meghaladta a 8 MB-os tárolási korlátot. Ez nem üres fájl, és pontosan ezért adjuk vissza a metaadatokat mindkét esetben: így a kliens azt írhatja ki, hogy „túl nagy a megőrzéshez”, ahelyett hogy 0 bájtos letöltést kínálna.
Ezek a bájtok támadótól származnak, és névtelen feladótól fogadtuk el őket. Ami megjeleníti őket, annak az alkalmazásod originján kívül kell megtennie.