💾 Archived View for bbs.geminispace.org › u › skyjake › 15883 captured on 2024-12-17 at 14:54:40. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-08-19)
-=-=-=-=-=-=-
Re: "Can the metadata in a Gemini response be completely..."
Generally speaking, one is not allowed to define their own media type parameters, however this is beyond the scope of the Gemini spec. You should be adhering to the media type spec here (RFC 6838).
Clients are obligated to ignore any unknown parameters, so in practice any custom stuff that a server puts in there will just be skipped by compliant clients. So you could put something in there that is meant for humans or specialized clients to read, if you are OK with serving unofficial/unregistered media types to people.
Mar 29 · 9 months ago
🌙 projectmoon [OP] · 2024-03-30 at 08:05:
In this case, it's for a prototype webmentions-esque thing built on top of Gemini. I'm currently using a link on the gemtext page itself as a "verification," but I was curious if I could serve this as a response header/metadata value. Agate seems to serve whatever you put in its .meta file, so I can use this data w/ my specialized client. But maybe it's best to just keep to the link on the page, or serve a .txt file at a pre-defined path with my custom metadata.
I don't really want to break the mime type spec itself (though I'm not specifically opposed to it).
Can the metadata in a Gemini response be completely arbitrary? Like can I include custom parameters other than the lang attribute? I'm aware I can return whatever text I want, but is arbitrary metadata allowed by the spec?