Epilogue: Roger K deBry
Senior Techncial Staff Member
Architecture and Technology
IBM Printing Systems
email: rdebry at us.ibm.com
> Section 2.1.1 Create an instance of the printer
>> I think we should specify what we think the role of IPP is in providing this
> function. I think we all clearly agree that "decompressing, unpacking, and
> other installation actions" are far outside the scope of IPP.
>> In some environments, support organizations do not allow their end users to
> install drivers and create printers on their desktops. This would be an
> administrative function. Do we need to point this out?
Hmm... This sends up a couple of red flags to me. Is IPP specifically
directed to solve only the needs of the Enterprise, or is IPP supposed to
equally apply to SOHO and home (ie, consumer) environments? SOHO/consumer
environments typically do not have system administrators.
RKD> I didn't intend to suggest that IPP doesn't apply to SOHO
RKD> environment, or other environments where end users
RKD> typically install drivers. Just wanted to point out that
RKD> environments exist where end users are not allowed to.
RKD> When we get around to admin functions we may want to
RKD> allow an administrator to lock users out of this function.