[media-types] Re: [IANA #1449400] application/vnd.su percard-pro-disk-image registration request

Hi Amanda,

> On 22 Jun 2026, at 19:53, Amanda Baber via RT <[email protected]> wrote:
> 
> Hi Alexey, all,
> 
> I see that Alexey wrote, "If Thomas contacts SuperCard Pro and gets no response, then I think this
> can be registered as a third party registration," and added that the original party should be contacted for the other two.
> 
> Murray added, "I agree with Alexey's concern.  Moreover, if SuperCard Pro or their representative later want to change this and Thomas is unresponsive or contrary for whatever reason, what process exists to resolve that situation?"
> 
> Thomas still hasn't heard back from any of these parties, and RFC 6838, Section 3.2 says that in the case of third-party vendor registrations, "The registration properly belongs to the vendor or organization producing the software that employs the type being registered, and that vendor or organization can at any time elect to assert ownership of a registration done by a third party in order to correct or update it." It seems that the process issue wouldn't be obtaining permission from Thomas, which doesn't sound like it would be required, but establishing that the assertion of ownership was really coming from the vendor/organization.
> 
> Should we register these

Yes.
> and use this text in the author/change controller field? Repeating some information

As per RFC 6838:

   When a third party registers a type on behalf of someone else, both
   entities SHOULD be noted in the Change Controller field in the
   registration.  One possible format for this would be "Foo, on behalf
   of Bar".


> here:
> 
> For application/vnd.supercard-pro-disk-image:
> 
> "Thomas Huth, on behalf of CBMSTUFF.COM"

So this should be copied to the Change Controller field.
> 
> Reasoning:
> https://www.cbmstuff.com/index.php?route=product/product&product_id=52
> https://www.cbmstuff.com/about_us
> 
> For application/vnd.softpres-ipf-disk-image:
> 
> "Thomas Huth, on behalf of the Software Preservation Society"

As above.
> 
> Reasoning:
> https://www.kryoflux.com/download/ipf_documentation_v1.6.pdf
> 
> For application/vnd.pasti-stx-disk-image:
> 
> "Thomas Huth, on behalf of Jorge Cwik"
> 
> This one is less clear. There's also this document from 2014, where the authors writes, "Note: The author (Ijor) has not published the Pasti format. Therefore this description is mainly based on reverse engineering performed by Markus Fritze, P. Putnik, and myself (see references at the end of the document). Ijor has also kindly replied to several of my questions. However beware that this description of the Pasti format might contain errors: https://info-coach.fr/atari/documents/_mydoc/Pasti-documentation.pdf "
> 
> Thomas writes, "I just noticed that the original author of the Pasti-STX disk images still
> has a website online: https://pasti.fxatari.com/ ... and there is also an
> e-mail address listed on that site that I wasn't aware of before, so I now
> also tried to contact them via that mail address, maybe that works better
> then sending a message on that www.atari-forum.com site...
> 
> "Anyway, in case I don't get a response within the next one or two weeks, the
> name of the original author of the Pasti disk format is listed in a text
> file that you can find in the ZIP files on that pasti.fxatari.com page:
> Jorge Cwik ... so I guess you could use "on behalf of Jorge Cwik" in the
> registration."

Suggestion above sounds sensible.
> 
> For this one, would it be appropriate to list Jorge Cwik as the author and Thomas as the change controller?

I would still use "Thomas Huth, on behalf of Jorge Cwik" as the change controller.

If you need to add a note that other people can claim authorship, that would be Ok.

Best Regards,
Alexey
> 
> thanks,
> Amanda
> 
>> On Mon Jun 08 19:34:20 2026, amanda.baber wrote:
>> Hi,
>> 
>> Follow up from the requester concerning vnd.pasti-stx-disk-image:
>> 
>> "I just noticed that the original author of the Pasti-STX disk images
>> still
>> has a website online: https://pasti.fxatari.com/ ... and there is also
>> an
>> e-mail address listed on that site that I wasn't aware of before, so I
>> now
>> also tried to contact them via that mail address, maybe that works
>> better
>> then sending a message on that www.atari-forum.com site...
>> 
>> "Anyway, in case I don't get a response within the next one or two
>> weeks, the
>> name of the original author of the Pasti disk format is listed in a
>> text
>> file that you can find in the ZIP files on that pasti.fxatari.com
>> page:
>> Jorge Cwik ... so I guess you could use "on behalf of Jorge Cwik" in
>> the
>> registration."
>> 
>> thanks,
>> Amanda
>> 
>>> On Mon Jun 08 18:42:00 2026, amanda.baber wrote:
>>> Hi Alexey, Murray, Darrel,
>>> 
>>> We received this update from the applicant:
>>> 
>>> "I tried to contact the SuperCard-Pro manufactures
>>> via their contact form on
>>> https://www.cbmstuff.com/index.php?route=information/contact and the
>>> IPF
>>> inventors via their contact form on https://softpres.org/contact and
>>> the author of the Pasti STX file format via http://www.atari-
>>> forum.com
>>> and asked them whether they would be interested to register the mime
>>> types
>>> on their own. So far, I did not get an answer from anybody yet within
>>> the
>>> last three or four weeks. So no clue how to proceed here ... could
>>> the
>>> mime types still be registered with
>>> an 'on behalf of' remark?"
>>> 
>>> All three of these requests (this one, vnd.pasti-stx-disk-image,
>>> vnd.softpres-ipf-disk-image) were described as OK to register pending
>>> some kind of resolution of the change controller issue.
>>> 
>>> Are these OK to register with the change controller described this
>>> way? Phrasing taken from RFC 6838, Section 3.2:
>>> 
>>> supercard-pro:
>>> "Thomas Huth, on behalf of CBMSTUFF.COM"
>>> These pages point to this organization:
>>> https://www.cbmstuff.com/index.php?route=product/product&product_id=52
>>> https://www.cbmstuff.com/about_us
>>> 
>>> vnd.softpres-ipf-disk-image:
>>> "Thomas Huth, on behalf of the Software Preservation Society"
>>> This document points to SPS:
>>> https://www.kryoflux.com/download/ipf_documentation_v1.6.pdf
>>> 
>>> I'm not sure how to propose a change controller field entry for
>>> vnd.pasti-stx-disk-image. The request refers to atari-forum posts I'm
>>> unable to access. There's also this document from 2014, where the
>>> authors writes, "Note: The author (Ijor) has not published the Pasti
>>> format. Therefore this description is mainly based on reverse
>>> engineering performed by Markus Fritze, P. Putnik, and myself (see
>>> references at the end of the document). Ijor has also kindly replied
>>> to several of my questions. However beware that this description of
>>> the Pasti format might contain errors":
>>> 
>>> https://info-coach.fr/atari/documents/_mydoc/Pasti-documentation.pdf
>>> 
>>> thanks,
>>> Amanda
>>> 
>>> On Wed Apr 29 04:43:50 2026, [email protected] wrote:
>>>> I agree with Alexey's concern.  Moreover, if SuperCard Pro or their
>>>> representative later want to change this and Thomas is unresponsive
>>>> or
>>>> contrary for whatever reason, what process exists to resolve that
>>>> situation?
>>>> 
>>>> If SuperCard Pro is the nominal owner of the registration, the
>>>> relationship
>>>> between them and the registrant should be more clear.
>>>> 
>>>> -MSK
>>>> 
>>>> On Mon, Apr 27, 2026 at 6:12 PM Amanda Baber via RT <
>>>> [email protected]> wrote:
>>>> 
>>>>> Hi Darrel, Murray,
>>>>> 
>>>>> Could you see if you'd like to add anything to Alexey's change
>>>>> controller
>>>>> advice by the end of the week?
>>>>> 
>>>>> thanks,
>>>>> Amanda
>>>>> 
>>>>> On Wed Apr 22 09:59:45 2026, [email protected] wrote:
>>>>>> Hi Amanda,
>>>>>> 
>>>>>> I am hoping than Darrel and Murray will weigh in. But see my
>>>>>> comments
>>>>>> below:
>>>>>> 
>>>>>> On 13/04/2026 19:39, Amanda Baber via RT wrote:
>>>>>>> Hi Alexey, Darrel, Murray,
>>>>>>> 
>>>>>>> Addressing this to all of you, as Alexey mentioned that he'd
>>>>>>> like to
>>>>>>> hear from others as to whether it's OK to list Thomas Huth as
>>>>>>> the
>>>>>>> change controller for these:
>>>>>>> 
>>>>>>> We heard back from Thomas in reference to this supercard
>>>>>>> request. He
>>>>>>> wrote, "I need the mime-type for the emulator Hatari where I
>>>>>>> am
>>>>>>> involved in (https://www.hatari-emu.org/) - that emulator
>>>>>>> recently
>>>>>>> gained the feature
>>>>>>> to load SuperCard Pro disk images, too. Sorry if I messed up
>>>>>>> the
>>>>>>> registration ... do I have to contact the original
>>>>>>> Supercard hardware manufacturer instead, and ask them to
>>>>>>> register the
>>>>>>> mime-type?"
>>>>>> 
>>>>>> Original hardware/software manufacturer doesn't need to
>>>>>> initiate
>>>>>> the
>>>>>> registration, but I think they need to be contacted.
>>>>>> 
>>>>>> Thomas should contact SuperCard Pro people, who are either say
>>>>>> that it
>>>>>> is Ok for him to be listed as the Change Controller or they
>>>>>> should be
>>>>>> listed as the Change Controller, but they are otherwise happy
>>>>>> with
>>>>>> Thomas' registration template. There is also a separate
>>>>>> question
>>>>>> of
>>>>>> whether or not Thomas should be the Contact person for the
>>>>>> registration.
>>>>>> 
>>>>>> If Thomas contacts SuperCard Pro and gets no response, then I
>>>>>> think
>>>>>> this
>>>>>> can be registered as a third party registration.
>>>>>> 
>>>>>> If SuperCard Pro people say that they are not happy with the
>>>>>> registration, we can have a separate discussion.
>>>>>> 
>>>>>> 
>>>>>> Basically, I am trying to avoid the situation that SuperCard
>>>>>> Pro
>>>>>> people
>>>>>> discover later on that there is a registration related to their
>>>>>> product
>>>>>> and that there was no attempt to make them aware of it. Does
>>>>>> this
>>>>>> make
>>>>>> sense?
>>>>>> 
>>>>>>> How should this proceed?
>>>>>>> 
>>>>>>> Would the recommendation be the same for all three requests?
>>>>>> 
>>>>>> Yes, I think the same issue applies to all three.
>>>>>> 
>>>>>> Best Regards,
>>>>>> 
>>>>>> Alexey
>>>>>> 
>>>>>>> 
>>>>>>> thanks,
>>>>>>> Amanda
>>>>>>> 
>>>>>>> On Wed Apr 08 10:30:46 2026, [email protected] wrote:
>>>>>>>> Hi Amanda,
>>>>>>>> 
>>>>>>>> I don't fully understand the relationship between Thomas
>>>>>>>> Huth
>>>>>>>> and
>>>>>>>> SuperCard Pro. In particular I see that Thomas is listed as
>>>>>>>> the
>>>>>>>> change
>>>>>>>> controller and this is not a third party registration.
>>>>>>>> 
>>>>>>>> Other than that, this would be fine to register.
>>>>>>>> 
>>>>>>>> Best Regards,
>>>>>>>> 
>>>>>>>> Alexey
>>>>>>>> 
>>>>>>>> On 07/04/2026 00:09, Amanda Baber via RT wrote:
>>>>>>>>> Hi Alexey,
>>>>>>>>> 
>>>>>>>>> This is the first of three requests from this applicant.
>>>>>>>>> Can
>>>>>>>>> you
>>>>>>>>> review these by April 20th?
>>>>>>>>> 
>>>>>>>>> thanks,
>>>>>>>>> Amanda
>>>>>>>>> 
>>>>>>>>> =====
>>>>>>>>> 
>>>>>>>>> Name: Thomas Huth
>>>>>>>>> 
>>>>>>>>> Email:[email protected]
>>>>>>>>> 
>>>>>>>>> Media type name: application
>>>>>>>>> 
>>>>>>>>> Media subtype name: vnd.supercard-pro-disk-image
>>>>>>>>> 
>>>>>>>>> Required parameters: N/A
>>>>>>>>> 
>>>>>>>>> Optional parameters: N/A
>>>>>>>>> 
>>>>>>>>> Encoding considerations: binary
>>>>>>>>> 
>>>>>>>>> Security considerations: SuperCard Pro (SCP) disk images
>>>>>>>>> can
>>>>>>>>> store
>>>>>>>>> the same data as a real floppy disk. That means they may
>>>>>>>>> contain
>>>>>>>>> arbitrary content, including but not limited to active
>>>>>>>>> content.
>>>>>>>>> Thus
>>>>>>>>> if the users do not trust the contents of the disk image,
>>>>>>>>> they
>>>>>>>>> should
>>>>>>>>> carefully check the contents first before using it (e.g.
>>>>>>>>> with
>>>>>>>>> a
>>>>>>>>> suitable anti-virus software to check for known malicious
>>>>>>>>> software).
>>>>>>>>> The SCP format also does not provide privacy or full
>>>>>>>>> integrity
>>>>>>>>> protection, so if these protections are desired they must
>>>>>>>>> be
>>>>>>>>> applied
>>>>>>>>> externally.
>>>>>>>>> 
>>>>>>>>> Interoperability considerations: There are multiple
>>>>>>>>> versions
>>>>>>>>> of the
>>>>>>>>> file format. Applications that have been written by using
>>>>>>>>> an
>>>>>>>>> older
>>>>>>>>> version of the specification might be (partly or fully)
>>>>>>>>> unable to
>>>>>>>>> use
>>>>>>>>> SCP disk images that have been created by another
>>>>>>>>> application
>>>>>>>>> which
>>>>>>>>> used a newer version of the specification.
>>>>>>>>> 
>>>>>>>>> Published
>>>>>>>>> specification:
>>>>> https://www.cbmstuff.com/downloads/scp/scp_image_specs.txt
>>>>>>>>> 
>>>>>>>>> Applications which use this media: The SCP file format is
>>>>>>>>> used by
>>>>>>>>> floppy disk preservation tools and various emulators of old
>>>>>>>>> computers
>>>>>>>>> that used such floppy disks.
>>>>>>>>> 
>>>>>>>>> Fragment identifier considerations: N/A
>>>>>>>>> 
>>>>>>>>> Restrictions on usage: N/A
>>>>>>>>> 
>>>>>>>>> Provisional registration? (standards tree only): No
>>>>>>>>> 
>>>>>>>>> Additional information:
>>>>>>>>> 
>>>>>>>>> 1. Deprecated alias names for this type: N/A
>>>>>>>>> 2. Magic number(s): 0x53 0x43 0x50 at byte position 0 - 2
>>>>>>>>> (i.e. the
>>>>>>>>> ASCII letters "SCP")
>>>>>>>>> 3. File extension(s): .scp
>>>>>>>>> 4. Macintosh file type code: N/A
>>>>>>>>> 5. Object Identifiers: N/A
>>>>>>>>> 
>>>>>>>>> General Comments:
>>>>>>>>> 
>>>>>>>>> Person to contact for further information:
>>>>>>>>> 
>>>>>>>>> 1. Name: Thomas Huth
>>>>>>>>> 2. Email:[email protected]
>>>>>>>>> 
>>>>>>>>> Intended usage: COMMON
>>>>>>>>> 
>>>>>>>>> SCP files are usually created by disk preservation tools
>>>>>>>>> like
>>>>>>>>> the
>>>>>>>>> software that is used to drive the "SuperCard Pro"
>>>>>>>>> hardware.
>>>>>>>>> The
>>>>>>>>> SCP
>>>>>>>>> files contain the low-level flux data of the disk and thus
>>>>>>>>> can be
>>>>>>>>> used to fully preserve the contents of a floppy disk. These
>>>>>>>>> files
>>>>>>>>> then can be used to create a copy of the original disk, or
>>>>>>>>> they can
>>>>>>>>> be used in emulators for providing the floppy disk contents
>>>>>>>>> to the
>>>>>>>>> emulated system.
>>>>>>>>> 
>>>>>>>>> Author/Change controller: Thomas Huth
>>>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> media-types mailing list -- [email protected]
>>>>>>> To unsubscribe send an email to [email protected]
>>>>> 
>>>>> 
>

_______________________________________________
media-types mailing list -- [email protected]
To unsubscribe send an email to [email protected]