API

메시지 삭제

메시지 하나와 그 본문, 첨부 파일을 정리 작업이 아니라 요청에 따라 삭제합니다.

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

본인 키로 워크스페이스에 실제 호출을 실행합니다.

DELETE /temp-mail/inboxes/{id}/messages/{messageId}

메시지 하나와 그 본문, 첨부 파일을 정리 작업이 아니라 요청에 따라 삭제합니다.

받은편지함 토큰

shell

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

아래의 모든 호출은 POST /temp-mail/inboxes가 반환한 토큰을 API 키와 동일한 Authorization: Bearer 헤더에 담아 전달합니다. 주소 자체는 아무것도 인가하지 않으며, 이 분리는 형식적인 절차가 아니라 기능의 핵심입니다. 일회용 주소는 발급되는 순간 거리를 두고 대하려는 상대에게 건네지기 때문입니다.

경로의 id는 토큰이 가리키는 것과 같은 받은편지함을 가리켜야 합니다. 토큰만으로도 하나가 특정되므로 이는 이중 안전장치이지만, 덕분에 두 받은편지함을 혼동한 호출자는 엉뚱한 메일을 조용히 읽는 대신 404를 받습니다.

예시

행과 그 아래 모든 오브젝트가 함께 삭제됩니다. messageCount는 변하지 않습니다. 50개 메시지 상한은 도착한 개수를 세므로, 삭제는 저장 공간을 비울 뿐 자리를 만들어 주지는 않습니다.

curl

curl -X DELETE "$OE/temp-mail/inboxes/tinb_9c2f41ab7d3e4c118a0f5d72/messages/tmail_4b81c07d2fa9418e93c6a13f" \  -H "$INBOX"

응답

{ "object": "temp_message", "id": "tmail_4b81c07d2fa9418e93c6a13f", "deleted": true }

휴지통도 없고 삭제 취소도 없습니다. 일회용 받은편지함에서는 그것이 기능입니다.

가득 찬 받은편지함은 계속 가득 찬 상태로 남습니다. 그곳에 도착한 메일은 문 앞에서 버려지고 반송도 없으며 나중에 되찾을 것도 없으므로, 해결책은 비우기가 아니라 새 주소입니다.