Hi, (I've put all text about this into a single reply)
Dean: ===== >>>>Shouldn't we use Content-Type to indicate what is in the message body? >>>>After all, we may need Content-Length etc. >>> >>>Ah, no. >>> >>>We had extended conversations on this earlier. Content-Type tells >>>you what's in the body; it just doesn't tell you what to DO with the >>>body. >>> >>>What, for example, is the purpose of an image/jpeg in an INFO? >> >>That is not what I meant. >> >>We can use the Info-Package header, but can't we use a generic mime >>value - which tells us that there is an info package in the body. > >Nope. Not only might you have multiple bodies per INFO, you might have >several different MIME types that might be usable with a given info- >package. > >For example, an image push app might use image/jpeg, image/gif, image/ >raw, etc. The package defines which type or types are allowed. >>Wouldn't it be much simplier to define a generic mime, e.g. >>application/info-package, and then each info package only needs to >>define the Info-Package header value for that particular package? > >No, as some packages might well send two bodies in a single INFO. > >For example, envision a location-enabled image push: It sends an image/ jpeg and a pidf/lo that are correlated. > >You need the Info-Package header to tell you what two bodies to look for and what they mean, and the MIME markup to know which is which. [Christer] If we assume that we are NOT going to allow multiple packages per INFO (nobody has objected to that restriction) we wouldn't have that problem. Paul: ===== >>Let's assume I want to send an INFO with package foo. >> >>The value of the Info-Package header is "foo", right? >> >>Now, what is the value of the Content-Type header? > >The package could support a number of content types: image/jpeg, text/plain, multipart/related, ... >Anything that the definition of the package says is allowed. > >At least that is how I think Eric intended to to be. [Christer] I agree that a package could be associated with a number of content types. But, since the Info-Package header shows which package is included, I just wonder why we can't use a common C-T mime. Regards, Christer _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip