Blob/chunk/file storage for images and videos

[dumblob]

I wonder whether this JMAP server could be (mis)used to synchronize image albums (incl. videos) without any email/calendar/contacts functionality involved?

What would be the size limits for such "blobs" of data? JMAP does not have any such limits IIRC but I might easily be wrong.

Partially related: #9

[mdecimus]

Even though you can upload and retrieve arbitrary blobs, these will be deleted once the housekeeper purge tasks runs since they are not linked to any record. To avoid deletion, you could link the blobs to an Email draft but that would be a bit hackish. Once the JMAP Blob specification is implemented, it will be possible to upload any type of blobs to Stalwart JMAP.

The maximum size of blobs is configured with the max-size-upload parameter.

[dumblob]

Thanks for the detailed and elaborate explanation. My question is answered.

I am looking forward to the JMAP Blob spec being usable and to its implementation in jmap-server!

[dumblob]

Slightly related question (separate issue in this tracker would be overkill IMHO):

@brong could you maybe extend the JMAP Blob spec with upload resumption? It seems to be from the spec there is no direct support for the resume operation of a long upload. Or am I reading it wrong?

I am imagining something like tus.

[brong]

Blob/* no, because it's a json object within jmap, the right thing would be to extend core in a separate spec. Having said that, thanks for the pointer! I am interested in this as a component of the large file upload problem which I'm working on various parts of.

…

On Tue, Oct 4, 2022, at 21:59, dumblob wrote: Slightly related question (separate issue in this tracker would be overkill IMHO): @brong <https://github.com/brong> could you maybe extend the JMAP Blob spec with *upload* resumption? It seems to be from the spec there is no direct support for the resume operation of a long upload. Or am I reading it wrong? I am imagining something like tus <https://tus.io/>. — Reply to this email directly, view it on GitHub <#14 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAEJ3PUWXRIO6BYZIIXW2TWBQEXPANCNFSM6AAAAAAQ4IXRSQ>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Bron Gondwana, CEO, Fastmail Pty Ltd ***@***.***

[dumblob]

Blob/* no, because it's a json object within jmap, the right thing would be to extend core in a separate spec.

Ah, ok.

Having said that, thanks for the pointer! I am interested in this as a component of the large file upload problem which I'm working on various parts of.

Nice! May I follow the development somewhere (ideally email subscription or Github repository or alike)?

Btw. tus is really state of the art and is a great source of inspiration.

[brong]

I'll definitely send you a link when I'm not out at a pub on my phone :) Also I'm in London: Nov 7 through 13 and again 17-19, would be great to meet.

…

On Tue, Oct 4, 2022, at 22:05, dumblob wrote: > Blob/* no, because it's a json object within jmap, the right thing would be to extend core in a separate spec. > Ah, ok. > Having said that, thanks for the pointer! I am interested in this as a component of the large file upload problem which I'm working on various parts of. > Nice! May I follow the development somewhere (ideally email subscription or Github repository or alike)? Btw. *tus* is really state of the art and is a great source of inspiration. — Reply to this email directly, view it on GitHub <#14 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAEJ3PJ3FRHMXRR4BHJ27TWBQFPZANCNFSM6AAAAAAQ4IXRSQ>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Bron Gondwana, CEO, Fastmail Pty Ltd ***@***.***