Listo bashkëngjitjet
Pjesët e një mesazhi, me bajtet e tyre, base64.
Ekzekuton thirrjen reale kundrejt hapësirës suaj të punës, me çelësin tuaj.
GET /temp-mail/inboxes/{id}/messages/{messageId}/attachments
Pjesët e një mesazhi, me bajtet e tyre, base64.
Token-i i inbox-it
export OE=https://api.openemail.ukexport INBOX="Authorization: Bearer oe_inbox_kQ8v…"Çdo thirrje më poshtë mbart token-in që ktheu POST /temp-mail/inboxes, në të njëjtin header Authorization: Bearer që përdor një çelës API. Vetë adresa nuk autorizon asgjë, dhe ajo ndarje është qëllimi i veçorisë dhe jo një formalitet: një adresë e përkohshme i jepet palës që po mbani në distancë në çastin që lëshohet.
Id-ja në rrugë duhet të emërtojë të njëjtin inbox që emërton token-i. Token-i vetëm e identifikon një të vetëm, prandaj kjo është masë e dyfishtë, por do të thotë se një thirrës që ngatërron dy inbox-e merr një 404 në vend që të lexojë pa zhurmë postën e gabuar.
Shembull
Metadata dhe përmbajtja në një përgjigje të vetme, në vend të një listimi plus një marrje për çdo pjesë. Një inbox i njëhershëm mban një grusht skedarësh të vegjël, dhe dy kalime rrjeti për të lexuar një PDF është zgjedhja e gabuar në atë madhësi.
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…" } ]}content është null kur pjesa ishte mbi tavanin e ruajtjes prej 8 MB. Kjo nuk është një skedar bosh, që është pikërisht arsyeja pse metadata shërbehet gjithsesi, që një klient të mund të thotë "shumë i madh për t'u ruajtur" në vend që të tregojë një shkarkim prej 0 bajtësh.
Këto bajte janë të furnizuara nga sulmuesi dhe u pranuan nga një dërgues anonim. Çdo gjë që i shfaq duhet ta bëjë jashtë origin-it të aplikacionit tuaj.