RE: No description for image/tiff in Impl-Guide

["McIntyre, Lloyd" <Lloyd.McIntyre@xxxxxxxxxxxxxx>]

Dan and Tamura-san,
Please excuse my delayed response below, I am on vacation.

Regards,
Lloyd

> -----Original Message-----
> From: Hiroshi Tamura [mailto:tamura@xxxxxxxxxxxxxxxx]
> Sent: Wednesday, December 19, 2001 2:46 PM
> To: dwing@xxxxxxxxx
> Cc: jraff@xxxxxxxxxxxxxx; Claudio.Allocchio@xxxxxxx; ietf-fax@xxxxxxx;
> Lloyd.McIntyre@xxxxxxxxxxxxxx
> Subject: RE: No description for image/tiff in Impl-Guide
> 
> 
> Dan,
> 
> Thanks for your comment.
> 
> > >   Also, "image/tiff-fx" may be used for Profile S and F.
> > >
> > > BTW, is the last sentence true, or would image/tiff always be used
> > > for S and F?
Yes, the above is true.
One could perceive a future where viewers of more efficient encodings become
dominant and use the need to use two MIME content-types becomes unnecessary.
> > 
> > If you you're only sending Profile S or F, I don't see a 
> need to "scare"
> > a receiver into thinking you're sending a higher-complexity TIFF.
> > 
> > So, I would recommend striking the last sentence above and 
> replacing it
> > with:
> > 
> >   To achieve the highest amount of interworking with devices only
> >   capable of rendering Profile S or F, "image/tiff-fx" SHOULD NOT
> >   be used for Profile S or F; rather, "image/tiff" SHOULD be used.
I do not support striking the last sentence.
It may, however, be reasonable to add a note that captures the intent
without conveying a message that it is never appropriate to use
image/tiff-fx.

    To maximize interworking with devices that are only capable of 
    rendering Profile S or F, "image/tiff" SHOULD be used when
    transporting Profile S or F.
> 
> I do not have my strong opinion about it.
> As I quoted, draft tiff-fx-11 says image/tiff-fx may be used 
> for S or F.
> So, at first, I included it.
> 
> But, This is the **Guide** for Ifax. For implementers, it may better.
> OK. I agree to it.
> 
> > Note that in IETF standards language, implementations can ignore
> > "SHOULD" requirements if they desire.
> 
> Right.
> 
> Regards,
> --
> Hiroshi Tamura, Ricoh Company, LTD.
> E-mail: tamura@xxxxxxxxxxxxxxxx
>