IPP Mail Archive: Re: IPP>NOT mailto feature from IETF meeti

Re: IPP>NOT mailto feature from IETF meeting (RE: IPP> ADM - The IPP Notification I-Ds will now go the IESG)

From: Jay Martin (jkm@underscore.com)
Date: Tue Aug 15 2000 - 21:21:49 EDT

Next message: Hastings, Tom N: "IPP> NOT - mailto comment: what if Printer isn't yet configured to SM TP server?"

Previous message: Hastings, Tom N: "RE: IPP> New application of IPP"
In reply to: Hastings, Tom N: "RE: IPP>NOT mailto feature from IETF meeting (RE: IPP> ADM - The IPP Notification I-Ds will now go the IESG)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> Does allowing the Notification Recipient [to] localize the messages make it more
> desirable to require the Printer to send machine consumable upon client
> request (in addition to the text/plain)?

Yes, but I'll bet big money that the COSTS substantially outweigh
the BENEFITS. Remember, you're talking some serious client-side
installations to make this work as you describe.

I'm not saying that your analysis isn't correct, or that your
conclusions aren't interesting. (They are.) I just think that the
serious client-side software situation would drive the costs so
as to exceed the benefits.

I'd like to hear what others thing along these lines.

...jay

Next message: Hastings, Tom N: "IPP> NOT - mailto comment: what if Printer isn't yet configured to SM TP server?"
Previous message: Hastings, Tom N: "RE: IPP> New application of IPP"
In reply to: Hastings, Tom N: "RE: IPP>NOT mailto feature from IETF meeting (RE: IPP> ADM - The IPP Notification I-Ds will now go the IESG)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Aug 15 2000 - 21:37:10 EDT