Re: SIMS and SFS, was: Re: Proposed XMPP Extension: Emoji Markup
Stephen Paul Weber <[email protected]> Sun, 26 Apr 2026 19:48:58 -0500
| Newsgroups | gmane.network.jabber.standards-jig |
|---|---|
| Message-ID | <[email protected]> |
>>>No one has to implement Jingle File Transfer >> >>XEP-0385 says "a client supporting this XEP MUST implement Jingle File >>Transfer (XEP-0234)". I'm not sure how to not read that as a MUST. > >Right but we're not talking about supporting that XEP, but rather a totally >different XEP (sims) which uses part of the same vocabulary. I missed the context of this quote and that it was from SIMS. The full quote is: >Thus a client supporting this XEP MUST implement Jingle File Transfer >(XEP-0234) [2] and HTTP File Upload (XEP-0363) [4]. I thought the argument being made was that because it uses a metadata element in the jingle namespace it must implement jingle, which clearly would not be true. But in fact it's simply that the XEP actually says "MUST implement jingle" in a totally different section that we were discussing, which is what confused me. I agree it's silly for this to be a MUST and the XEP should be transport-method agnostic and not require any particular transport method (http, jingle, or anything else) to work at all. Though I can see the reasoning was probably simlar to the suggested codecs section on "wouldn't it be nice if all the apps always worked together" but I think it's well known I oppose that kind of view so I'd be quite happy to drop this MUST. I don't think this is related to the XEP-0446 discussion, though. _______________________________________________ Standards mailing list -- [email protected] To unsubscribe send an email to [email protected]
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEWeaCw+rzmiEMpzU00RwpEc5RnN4FAmnusnYACgkQ0RwpEc5R nN7mqA/9GmgyOzm7G9EWOOX2bdMvyk9yd+1R4jM17es3KDz6+LrZzYU9MsXtzNAV E6S4jg+6wwW4aGVvYar+VtBod/QUsUZ5o882Wudk1t4Q3URgbJHtz3mktURDEJUl obhiuuvrc7BWjLuy+7mFZElNZpUfRFXj4qDy4iC207cOE+g8EeaVYsBYldWC1WCW eEZnLIfDm0N+06PWCGWoLEXW7CNlC7QMw86g6KelyqUyS+io2unxF4VGrxzi7+ln JcSthGjEtLIXcSrYEDrhJwtB4mNH6gBYQek2Rv1zDTT6SmD1UadpjG23ncWRZcES ytV2KfovwZLoxHZwAFh7Yrh9HeaCcZ+RhMKkeKhzy9aGj2InPtHrg9rEQUgtFeNj x+jdVJ6JG123l8JE4ZwzB86Q4zObDdr6QbS7K7gqhnDU3cTMO2pOT/TMqXzHU2gf dH2bIc+PtXNN9m9BgxUP6gzTlXd0E6ixXzwP61KH+Bmx+GtuvPxWPB0tYEfMw7ai MFUDmyBIScwjTp6O5h13CdtgHer+RdW2BCEeYzdumJyDi5l1p9Sm5StNnNZF0aHV QYBmFSROrxtJT0okCS1GhCBg3zONx3cyjsqIHMq3nM2nD9Ry6+xHM/q/cmqhrTt5 iWnn9v9+Pc19BS8EOqo7VMXF+Jk7ihpDNa+F+pOmwayLLWUww3Q= =+KOV -----END PGP SIGNATURE-----